This is a recent change that I cannot find a cause for. When developers are transitioning through the workflow, especially to QA Validation, JIRA is requiring them to set a resolution.
Previously, Resolution was only required when closing an issue. There are no intended resolutions for JIRA items that are "in progress." All items are intended to be resolved (closed) or unresolved (open).
I've had to create a (fake) resolution of "continue" to allow these transitions to be satisfied.
Looking at the transition to QA Validation, there are no resolution conditions, validators or post functions.
Looking at the Workflow, there doesn't appear to be anything requiring this behavior. All states can move to all states without restriction.
Can anyone offer a suggestion of additional Settings that may point to this need for a "resolution" when it is not expected to be needed?
>I've had to create a (fake) resolution of "continue" to allow these transitions to be satisfied.
ARGH, no, get rid of that NOW. You are resolving open issues when you do that. Jira sees them as resolved, so all your reports are going to break.
Go to the transition screen on this transition and remove the resolution from it. Then remove the admin rights from the admin who added it, and get them some admin training.
@Nic Brough -Adaptavist-I understand your outrage but we could not transition items into QA. We looked for the root cause and other workarounds and ended up settling this while waiting for helpful feedback from the community.
I agree that this is not a solution and should not be considered resolved. Hopefully @Alexey Matveevidea leads me to a proper fix.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It doesn't matter about "could not transition" - having a stack of issues that appear blocked (but report accurately) is a LOT better than having the same stack of issues report complete nonsense, and when you've fixed the root-cause, go on to need some quite complex fixing.
Given your screenshots (which are great because they tell us a LOT), there are three possible things wrong left to look at.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Have a look at the field configuration scheme for the project. Maybe the resolution field is set as required there (project settings -> fields).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Alexey MatveevI checked the projects being affected and the general settings for fields and field configurations. I did not see any instances of "resolution" being required.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok. Then check the workflow for this issue type. There must be the Field Required validator for the create issue transition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Resolution is not really "mandatory" like other fields. You can set it as such in the field configurations like other fields, but then you have to set a resolution when creating an issue!
Generally, resolution is technically optional in Jira terms. You don't have to set one when editing or transitioning.
But, there are two things that could be making it appear mandatory
So, my guess was that an admin added it to a transition screen, and it needs to be removed!
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.