Wouldn't fixing this issue be much simpler by adding the default Unresolved (ie 'None') value to the Delete Resolution page's Dropdown menu? We wouldn't have to go through every workflow which has an issue with this resolution. Currently, we can only transition from one resolution value to another.
To clarify: I want to delete a Resolution field value of "Unresolved" which my predecessor added years ago and set as the default resolution. I don't want to delete a resolved value and set them to unresolved. Creating a Resolution value of Unresolved is a very common JIRA mistake and fixing it is aggravatingly complex.
Yes, if I were to delete the Resolution Value "Fixed" and set all issues with the Resolution "Fixed" to "None" that would cause issues, but this request isn't that situation. This situation would fix my problem and alert users that they haven't correctly set the resolution status on their issues. I think a lot of other users would find this fix to be very helpful.
I can understand both sides of the argument here. For many users removing the resolution on issues that have been closed will lead to challenges with their reports. Although for others it may be a valid resolution.
Personally before removing any resolution I would always want to manually confirm the resolution each issue should now show. A bulk change of resolutions would be most appropriate then at least I can be sure of the action that I would take.
I'm not sure I'd want to allow an edit to remove the resolutions either. Sounds like a good way to break everything. General advice on the Resolution field is that you *always* want to use it, even when your business case makes it useless. You need to set it on "closed" issues, and not have it on "open" ones, even if you don't use the value. If you don't use it, the reporting, Agile, Portfolio, and lots of other add-ons simply don't work properly. (Note that I'm not defending the way it works here. Personally, I'd demote it to a simple field that might be useful and change the whole "issue is open/closed" system to something a bit more useful and intuitive. But that's just my opinion)
As @Nic Brough [Adaptavist] states this would be a really easy way to break lots of functionality. If the presence of resolutions is causing you pain a simpler option may be to change your workflow to allocate the appropriate (Completed perhaps?) resolution when users transition the final step in the workflow. You could then remove the resolution field from the resolution screen as well. I would fully test this first before releasing it on the end users and would certainly keep copies of the original workflow and screens in case it needed to be reinstated in the future.
The problem occurs when someone creates an "Unresolved" resolution value in addition to the already Unresolved resolution value (a.k.a. "None"). People start to select this for tasks that aren't done yet because they added the Resolution field (which is required) to the Edit task screen.
I know this seems specific, but many admins make this mistake when starting out and the problem compounds. Mass removing a Resolution of let says "Not Done" would be very helpful, but only if I can set the fields to None from there.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
As part of the Bitbucket product team I'm always interested in better understanding what kind of impact the use of our tools have on the way you work. In a recent study we conducted of software devel...
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