We have a JPD field using emojis as the value. It's a quick way for people to vote. It appears the sort function for that field just sorts if there's an emoji or not vs sorting by total emoji count (eg. highest or lowest # of emoji count in order asc or desc).
Has anyone else encountered this and has a workaround? If not, would love for this ask to get on the backlog. It would help us easily see which issues are getting the most reactions. Thanks!
Hi @Yiling Baldez , you're right, it's an oversight (currently it looks like it's sorting based on the number of distinct emojis, vs the number of reactions).
We'll fix that! Thanks for reporting this.
By the way, let's say someone uses 10 emojis to vote - would you still like to sort by the number of reactions, or by the distinct number of different people who reacted?
Hmm, actually, it's kind of a rethorical question since the only one we can implement easily is the former (number of reactions). But people can still rig the game 🙂 It should be somewhat visible if they do that though.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Great question! For current use case, sum of total reactions works. Sorting by individual emoji can get gnarly. And because of that, we're also asking teams to limit emoji's to 1 or 2 kinds.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Custom sort orders, such as sorting based on field length, don't seem to be possible.
If it's OK for you to do it outside of the Jira UI, use the search REST API and sort the response any way you like. It might be easy enough to use Jupyter and Pandas.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.