Community, please, help!
The case is simple: when the issue goes to status Done, but somebody comments on it, we want to make a transition to In Progress status via automation rule. But a blocker is that when the issue transits into Done, it receives the Fixed resolution, which makes it impossible to use the Jira automation rule with changing statuses. Is there a workaround to this?
For the workflow transition from Done to In-Progress, add a post function "Clear Field Value" and select Resolution. This will clear the resolution field value when a ticket is transitioned back to In-progress by automation or by user manually .
(Updated the Typo errors)
@Rilwan Ahmed Thank you, I appreciate your answer. The thing is that when I manually do this to In progress, Resolution disappears. It is only an obstacle for the automation rule.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please check below points and let me know.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Has this rule been copied from another project? Specifically, from a company-managed project (CMP) to team-managed project (TMP), from TMP to CMP, or from one TMP to another TMP?
If so, I suspect the rule has saved values for the status id values and those are incompatible/different from the new project.
The fix for this is to edit the rule, delete the transition action, and re-add it. The new saved values for status should be correct for the project.
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The root cause could be different than resolution field. What about the rule actor? This person may have a lack of permission for this transition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for your reply. I see it in the rule logs (on the screenshot). It says the Destination status couldn't be resolved. And this rule on other projects where there's no resolution in the workflow works well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Are you sure it is the resolution that causes this? It might be the fact that there is no transition from closed to in progress?
I usually add a post function in the workflow that remove the resolution when a transition occur from the closed status. Perhaps that would help your case as well?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@__ Jimi Wikman Thank you for your professional input. As I've mentioned in the previous answers, I see the reason in the automation rule's logs (on the screenshot). It says the Destination status couldn't be resolved. And this rule on other projects where there's no resolution in the workflow works well.
Regarding the post function, I see it works well when I manually transit the issue to the In Progress status again. There's no resolution. But for the Jira automation rule, it's an obstacle.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Usually when you get the error that a status can not be resolved, then it means that the actor does not have permission to do the transition, which you have ruled out.
If you compare the two projects where one works and one does not, do they have any differences or are they the same? Especially look at project roles, Permissions and Security.
If it works in one project and not the other, then it is something on project level...
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.