Hi,
I had a problem with issues being done but showing the resolution as "unresolved". I solved that problem using post functions and now all the Issues in the status Done show the resolution field as "Done".
My questions are:
1) why it is not "Resolved" instead of "Done"?
2) it (the Post Function) doesn't work for sub-tasks
Please read this article to get a better understanding of the best practices while setting a resolution https://community.atlassian.com/t5/New-to-Jira-articles/Best-Practices-for-Setting-Resolution-field/ba-p/2229574. But just to give you a quick answer, "resolved" doesn't quick give an aspect of how this issue was resolved. Was it "Done"? Was it "Won't Do"? Was it "Rejected"? Do using "Done" as a resolution instead of a generic name such as "resolves" provides to the user a better understanding of the outcome of this issue.
Concerning the subtasks, you should do the same actions you did for your other issue type, to the subtasks workflow, e.g. add a post function to automatically add a resolution, OR add a transition screen during the "done transition" to provide the user with the resolution field, so as for him to choose the most appropriate.
Let me know if that helps.
Thanks a lot Alex,
Concerning the subtasks: In our project subtasks of the same type have the same workflow (for example "Doc Task" and "Doc Sub-Task" have the same workflow) assigned. So, I used post functions for each workflow and for each transition leading to Done and I had supposed that all the issues (sub-tasks inclusive) relating to the certain workflow would be affected by the change. But It turned out not to work with sub-tasks(((
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Lena Sargsyan can you check on the subtasks' history to see:
Can you please the post function you use to set the resolution? Is there any chance of having a condition while setting the resolution (e.g. only on tasks)?
In addition check if there is any global transition to which you transition the subtasks and this post function is not present there.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In terms of resolutions - you should consider what would be useful for each of your Issue Types.
You certainly can use Resolved if it's used within your business - but to give you some examples I've seen used previously:
But, you need to decide what the right wording is in relation to your business/team processes.
---
Setting the Resolution
There's two main options when setting Resolution:
---
Post Functions
These are useful if you intend to have a single resolution for a transition.
It's still worth setting the resolution even if they are singularly mapped to Statuses - as this is how you set the Resolution Date.
Post Functions might not be ideal if you only have one "Done" Status - but if you are using multiple "Done" Statuses (eg. Done, Cancelled) - then post functions might still work fine.
---
Resolution Screen
This option requires multiple steps.
Resolutions:
More Resolutions are needed first:
Screens:
Next, you need a Resolution Screen. Jira comes with a default "Resolve Screen" you can use - or you can create your own:
Workflow:
Finally, you need to modify your Workflow to include the Resolution Screen
Once the Workflow has been modified, with the Screen and Resolution IDs in the appropriate locations, Publish the Workflow to allow it to take effect!
---
Reopening Issues
If you have All <> All transitions, or methods to reopen issues, you might also want to consider clearing the Resolution when an issue reopens - to do this:
---
Sub-tasks
The above options will work with them as well.
If they're not working correctly now - there might be a conflicting Post Function or Automation Rule, which is stopping the resolution being set.
A simple check to do here is:
If you provide us some details from the History tab, we might be able to advise further :)
---
Let us know your thoughts! If you have any further questions, please do not hesitate to ask :)
Ste
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Thanks a lot you help me to figure out what was the problem: it just doesn't work retrospectively, so if I want to create some report on created vs resolved I have to consider that it wouldn't be showing correct results until the date I have set the resolution field.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The status of an issue is different from its resolution.
Either your set a default value for the resolution via a post function, or you have the user/agent select a value for a resolution via a transition screen.
Depending on the issue type, you may want to select a different resolution.
Some examples:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Dave,
The thing is - it doesn't give me so many choice as you listed here is the drop down from which is available to choose options, and there is not "Resolved". I would like to set the resolution as "Resolved", because in our project for the certain issue types which I wanted to add resolution to, the Done status just means resolved.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Lena Sargsyan , you can have an Admin add new Resolutions in the Settings.
Rather than 'Resolved', I would prefer 'Fixed' as value for incidents that are resolved.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Lena Sargsyan ,
You add Resolved option under resolution and set it resolved.
You can view the resolutions and add resolutions @
<https://yoursite.atlassian.net>/secure/admin/ViewResolutions.jspa
It works for sub-tasks also.
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.