Often when an issue is closed, the user forgets to set a resolution, so the issue is closed, yet remains unresolved. Is there a way to either:
1) (Preferred) Select a resolution prior to closing.
2) Set a post function for setting the resolution status. I know I can do this, but I want to make sure that if a resolution was selected, this will not overwrite it.
Thanks!
It sounds like you are using a custom field for "resolution status" rather than the system "resolution". Is that true?
Or what Steven said too. A customisation could do that
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The Resolution field is required no matter what if it's on a screen. If they are able to not-set a Resolution, that implies you've done something custom to your JIRA.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Resolution requirement is set at the workflow level and i dont believe the default JIRA agile workflows have it set as required by default. At least that hasn't been the case in our instance.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Not really.
The system resolution is optional throughout. But, the resolution field, when put on an edit-type screen (create, edit or transition) does not offer an empty option, and nor does it allow your to clear it. As soon as it's put on a screen that a user goes through, it is set to something (this is subtly different to "being mandatory" - it's optional, but set automatically).
So, the posting is describing either a hacked JIRA or a field that is not the system resolution.
I don't remember seeing a change of this being mentioned in the Cloud release notes since JIRA 7.2 came out, and I don't think Atlassian would have silently slipped in a significant change like that without mentioning it to the community.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah i think we're talking about the same thing. I understand now what steven said. If you put it on the screen, a value will be set. I wonder if they have a workflow transition that doesnt surface the screen on closing.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The bit in the question that does not fit is "closes the issue, but forgets to set a resolution".
While I was typing that, another possible config sprung to mind. The resolution is not on the transition screen, but has been put on the edit screen. The idea being that the user is supposed to edit the issue, set the resolution, go back to the view, and then perform the transition. This is, of course, a bit of a disaster, as it's vastly clunky for the user, and any edit will set the resolution, before it's actually needed. Possibly far too early in the lifecycle - having "new" issues that are already "resolved" doesn't really make any sense.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OK...finally got back to this. To answer someone's question...yes, I am doing some customizations. But the root cause of THIS initial problem occurred when I created a new status. While setting up the transitions for the new status, I created a "New" transition called "Closed" instead of using the existing transition. The new Closed transition just closed the issue...BAM.
I don't think it prompted me when I created it that there was an existing "Closed" transition. If it doesn't, it would be helpful. Another way to do it would be to default the "create transition" popup to default to the "Use existing transition" tab. Then if there was none already, you would go to the "New Transition".
To correct, I deleted the "Closed (2)" transition and associated the existing "Closed" transition to my new status.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you dont care about the type of resolution that's set. Just add a post function to the final transition to set the resolution to a value like "Done" and then remove the resolution field from the screen on the transition or disable the screen altogether.
If you DO care about the type of resolution that's set, then add a condition on the transition that the resolution must be set. This will prevent the transition from happening if the resolution is not set.
As an additional tip, make sure any transitions out of your "Done" status clear the resolution field with a post fuction. This will prevent the ticket from looking like it's done if it's ever reopened.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.