We are using some Jenkins plugins that upvotes or downvotes depending on the build result.
The and are not taken in account in the total if there are within a comment.
This is a huge regression for us
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related or that one is blocking others.
Learn more.
we have +1 to upvote the issue, it works and it is a separate instance, but not emoji. But we don't have down vote and to be honest I don't think it's needed. Does it make sense for you?
and are just symbols , that you can use in the comment.
This is needed for us. Emoji votes are a regression in several ways including #3673 (closed), this issue, and the loss of tracking outstanding +1/-1 votes on unresolved issues/MRs.
In our standards group process we were using "+1 (Company name)" comments to collect per-company votes on features, and even once we've retrained everyone to use emojis from the picker instead, the fact that they can't vote in a comment means we've lost the ability to connect the up/downvote and the company voting on it (since it only shows up under an individual employee's account).
We bring Emoji awards as a replacement of upvote/downvote. Why return it back? We already show emoji awards which can include upvote and downvote emojis. Adding extra upvote/downvote UI is a bad idea for me
We bring Emoji awards as a replacement of upvote/downvote. Why return it back? We already show emoji awards which can include upvote and downvote emojis. Adding extra upvote/downvote UI is a bad idea for me
Voting is orthogonal to emojis. Why should an emoji like mean anything in relation to voting, for example? For us, it's important to be able to say “yes, this merge request is OK” and “no, this merge request is not OK”. That's binary: yes or no. It's also something Gitlab should track, giving counts on the merge request overview (see #3673 (closed)), so we can quickly see the status. Mixing in other emojis (which may or may not be counted as up/downvoting) really confuses everything.
But in the end, if it just means I have to tell the team to only use +1/-1 emojis in the award bar, as long as Gitlab counts and gives totals, that's better than nothing.
@dzaporozhets we want votes back because the emojis are a regression relative to the previous system, with at least three significant losses of functionality as mentioned in my comment above. I don't particularly care whether people get to have pretty little pictures in their comments thread or not, but I do care that I can no longer do something I could before. There's no reason that the emoji system couldn't support all the functionality of the prior vote system, that's orthogonal to increasing the number of icons from and
If you have a single count of things that are +1 or -1, this doesn't give a good idea of how popular / interesting an issue is. An issue with +100 and -100 is more interesting than one with +1 and -1, therefore a single count is misleading.
Proposal: show & by default and make available in API
We show the and icons by default, this will prompt people to click these more. These are used specifically for voting.
Additionally, we make these available in the API, for instances as upvotes: 34, downvotes: 23, so you can hook up your integrations with this and have a clear overview of the popularity of something.
@dzaporozhets We are also feeling the functionality loss from existing notes that contained votes via a comment no longer being counted. This deprecates past labor on the part of all people who voted in that manner. In addition, it feels like it goes against the grain of GitLab in that so much is enabled by typing alone.
I believe allowing voting from comments as before is worthwhile, but I also believe that enabling commentless voting is useful for those who do not want emails generated by their standard operating procedures. UIs have historically enabled redundant methods for accomplishing something (a menu item and a toolbar button for invoking the same operation).
@JobV does the proposal suggest to remove all emojis except for and from the options available? If so, is it suggesting that all of the other emojis offered by 8.2 will be offered but only via turning on something in Settings?
@Ruffel You will be able to leave a vote by clicking to or emoji or by posting a comment which contains emoji only. If you add some text with emoji it will be a regular comment.
Cool, I was half tempted to tell everyone to re-vote using the 8.5 vote buttons, but if their existing thumb comments will count in 8.6, then I won't bother them about it and just wait.