One of my colleagues notified an interesting thing and this is:
I activate Resolutions attribute on a project and beside the defaults attributes I create two more. One of the attributes is called 'New' and I set it to be default resolution when you create a new Issue.
So problem is: when I create a new 'Bug Issue' and I set the Resolution field to be New(as default), Bugs with the resolution “new” appear with strike trough even if the Bus Issue is 'In Progress'. This problem is in all project where Resolutions are in use.
No, it's not a bug.
You must never have a resolution that means "not resolved" and you must never put the resolution field on a screen other than a "transition" screen.
To fix your JIRA now you've made the mistakes:
Now you can run a report on all the ones you've broken and analyse how to repair your data
JIRA considers an issue as open if it lacks a value in the Resolution field, and as closed if it has a value in it.
The Resolution field is intended to be used to provide information about what finally happened with the issue once there's nothing else to do with it.
Typical Resolution values include: Fixed, Done, Couldn't reproduce, Answered, Out of scope, Not a bug, Won't do, Finished, Deployed to Production... etc.
The Resolution field shouldn't be used to substitute workflow statuses, which suits much better for marking an issue as 'New'.
This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.Read more
Atlas Camp is our developer event which will take place in Barcelona, Spain from the 6th -7th of September . This is a great opportunity to meet other developers and get n...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs