I agree with what has been said: official votes need to happen in the dev mailing list following the traditional rules; Jira votes are a nice to have features that can help to express an informal and non-binding approval for a patch.
Has this vote being cancelled? If it is please mention it clearly so that we have a log in our records. Jacopo On Mar 23, 2014, at 12:48 AM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote: > Ha yes, you are right, you can unvote but not vote -1 indeed. > > Now, nobody voted at Paul's demand (which should have a subject beginning > with [VOTE] BTW). > So I was trying to find a way to take into consideration the 4 votes there. > > But this is a code change, so only binding votes (committers's votes) will > finally be taken into consideration. > Anyway as you certainly seen, I made another proposition and will create a > new Jira issue with a patch and forget about merging the SEO branch. > > Jacques > > Le 23/03/2014 00:21, Pierre Smits a écrit : >> Jacques, >> >> Like the explanation in the link you included explains >> >> JIRA allows you to *vote* for a particular issue -- "voicing" your >> preference for that issue to be resolved or completed >> >> >> voting in a JIRA issue doesn't allow you to vote 0 or -1 (or even >> fractions). >> >> It also explains: >> >> At any subsequent time when logged in, click this again to remove your vote. >> >> >> Meaning that you can retract your +1 vote. >> >> Wether or not you can vote -1 (as per ASF principles) is something that >> should be taken up with the party responsible for JIRA. Until that is >> resolved I advice not to use the JIRA voting mechanism for any other >> intention than expressed in its (ASF specific) documention. >> >> Regards, >> >> Pierre Smits >> >> *ORRTIZ.COM <http://www.orrtiz.com>* >> Services & Solutions for Cloud- >> Based Manufacturing, Professional >> Services and Retail & Trade >> http://www.orrtiz.com >> >> >> On Sun, Mar 23, 2014 at 12:10 AM, Jacques Le Roux < >> jacques.le.r...@les7arts.com> wrote: >> >>> Pierre, >>> >>> I don't agree you can "unvote": https://confluence.atlassian. >>> com/display/JIRA/Watching+and+Voting+on+an+Issue# >>> WatchingandVotingonanIssue-Issuevoting >>> At least I can, could it be related with permission in ASF Jira? This >>> would then not make sense and would need to changed. >>> You could also say that someone can't vote 0, but then, since 0 has no >>> vote implications, a simple comment expressing your opininon would feet. >>> You can't also use fractionned votes, but I think having +1, 0 and -1 is >>> enough to vote on a Jira issue >>> >>> Jacques >>> >>> Le 22/03/2014 23:37, Pierre Smits a écrit : >>> >>>> Jacques, >>>> >>>> Voting via a JIRA issue won't work, as it doesn't allow voting in >>>> accordance with ASF principles (see >>>> here<https://www.apache.org/foundation/voting.html>). >>>> >>>> It only allows to vote +1 (at least I can't vote otherwise). That being >>>> the >>>> case, voting in JIRA can be regarded as an expression of interest and make >>>> the mechanism a means for ranking or a popularity contest. >>>> >>>> Regards, >>>> >>>> >>>> Pierre Smits >>>> >>>> *ORRTIZ.COM <http://www.orrtiz.com>* >>>> >>>> Services & Solutions for Cloud- >>>> Based Manufacturing, Professional >>>> Services and Retail & Trade >>>> http://www.orrtiz.com >>>> >>>> >>>> On Sat, Mar 22, 2014 at 11:03 PM, Jacques Le Roux < >>>> jacques.le.r...@les7arts.com> wrote: >>>> >>>> Hi Paul, all, >>>>> I think it would be easier for everybody to directly vote in the Jira >>>>> issue itself (there is a mean for that in Jira). >>>>> >>>>> I can understand Anil's worries about replacing how things work at the >>>>> moment. So I made a proposition (your point 2). To clarify things, I will >>>>> work on it and create a new Jira issue with a patch (rather than a branch >>>>> now). >>>>> IMO the vote should take place in this new Jira issue, for at least 2 >>>>> reasons: >>>>> * people will not have to read all the comments to understand the >>>>> situation (I will explain in a new description) >>>>> * reviewing a patch is easier than reviewing a whole branch >>>>> >>>>> Jacques >>>>> >>>>> Le 20/03/2014 20:44, Paul Piper a écrit : >>>>> >>>>> Hi everybody, >>>>> >>>>>> there has been a lengthy dispute over backporting the SEO-Changes into >>>>>> trunk >>>>>> (OFBiz-5312). Since this is a rather important topic for the ecommerce >>>>>> application, I would like to bring this up for a vote. >>>>>> >>>>>> I tried to collect the different implementation methods and pros & cons >>>>>> in >>>>>> the following JIRA comment: >>>>>> >>>>>> https://issues.apache.org/jira/browse/OFBIZ-5312? >>>>>> focusedCommentId=13940403&page=com.atlassian.jira. >>>>>> plugin.system.issuetabpanels:comment-tabpanel#comment-13940403 >>>>>> >>>>>> >>>>>> So let me hear what you think, should the branch be backported? >>>>>> >>>>>> 1) Yes >>>>>> 2) No, but we should apply to ecomclone >>>>>> 3) No >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: http://ofbiz.135035.n4.nabble. >>>>>> com/Vote-OFBiz-5312-trunk-implementation-tp4649606.html >>>>>> Sent from the OFBiz - Dev mailing list archive at Nabble.com. >>>>>> >>>>>> >>>>>>