You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
for the last couple of days we have an issue that causes great confusion.
When creating a new issue in our projects, the issue is in status New or Backlog (depends of the Workflow) the resolution is "unresolved" as it is set by default, but
when in the backlog we see the issue crossed like it is done with appropriate resolution.
Any ideas why's this happening? we haven't touch any settings, the "unresolved" resolution is set as default.
My best guess is that an inexperienced admin has added a resolution called "unresolved" to your list of possible resolutions.
Any value in the resolution field means the issue is resolved (and hence struck out). Open, Closed, Purpli, "£^£, unresolved, not done, etc - absolutely any value says "this issue is resolved".
This is usually caused by an earlier mistake where the admin put the resolution field on a create or edit screen - if you do that, the issue takes a resolution as soon as you commit the change, irrespective of whether you want it to. And the instinctive (but wrong) "fix" is to add "unresolved" so people use that. But, it is of course, resolved.
To fix this (breifly)
thank you very much for the detailed answer and suggested resolution.
I totally agree with all that you said what might be happening or why it has happened.
so far following your suggestion I have recognised the broken and the actual resolution - see screen grab-->
as you can see - there are 2 resolutions - I have renamed the one I see in the admin panel to Un-resolved as per your suggestion. Unfortunately I don't see the other Unresolved resolution in the list of resolutions.
so I really don't know what to do next :( - when querying by resolution I see 761 issues with the broken resolution, but I don't quite understand wha you suggest to fix this.
You have done the right thing, and then run into my poor guidance.
I should have said that when Jira looks at the value of the resolution field, it displays "unresolved" when the value is empty (or "null") in the database.
This empty/null value cannot appear in the list of resolutions, because there is nothing there.
What you describe as "the other unresolved resolution" is actually Jira translating "nothing there, but as displaying nothing can confuse humans, let's display unresolved instead"
You can ignore those, they're working ok. You can move on to removing the resolution field from screens, and then looking at how to move your "Un-resolved" issues to a better resolution.
Hi @Gloria Landsberg ,
Without more detail, I think you may be stuck in the fun that issue resolutions can cause. Usually I see problems with people forgetting to set a resolution when it transitions to done. However, this seems a bit different.
I think what is happening (and this is a guess) is that, on issue create (for the backlog issues), you are setting a resolution value of "unresolved". Setting a value of "unresolved" is different from Jira "unresolved" which is just a pleasant way of showing what is actually a null value/empty field. When you put in a value of "unresolved" it is no longer empty and, to Jira, resolved/done.
Hope this helps.