Automation Rules run before linked issue is transitioned Edited

I'm using JIRA Server v7.2.1 and JIRA Service Desk v3.2.1. We have a Service Desk project set up with an automation rule set up such that when a linked issue is transitioned and the resolution is not empty, add a comment to check the related issue for more details.

When the linked issue is transitioned from In Progress to Closed (with a Resolution of "Complete"), nothing happens to the Service Desk issue.

If the same issue is reopened or transitioned to any other status, then a comment is added to the Service Desk issue.

And the comment itself varies on what it indicates as the status of the linked issue. For instance, while writing this question, I'm testing it out with two Service Desk issues (duplicates) that are linked to one JIRA issue. I transitioned the JIRA issue to Closed (Complete), and nothing happened on either Service Desk issue. When I moved them back to Open, both Service Desk issues received a comment that the status of the JIRA issue had changed. One of the Service Desk issues said that the new status was Closed, and the other Service Desk issue said that the new status was Open. Both of these comments were added due to the single event of me changing the status back to Open.


The expected behavior is that the linked issue would transition completely and then the automation rules would run so that it can check the rules against the new status.


In case it makes any difference, I have the rule set up to run as the user who triggered the rule.

1 answer

0 votes
Jack Brickey Community Champion Oct 04, 2017

@Travis Hill, the first thing i would check is the workflow post functions. I suspect the ordering of the steps there may be the culprit. I know I had a similar situation awhile back.

I don't believe I've modified them at all, but here they are:

  1. Set issue status to the linked status of the destination workflow step.
  2. Add a comment to an issue if one is entered during a transition.
  3. Update change history for an issue and store the issue in the database.
  4. Re-index an issue to keep indexes in sync with the database.
  5. Fire a Generic Event event that can be processed by the listeners.

My workflow is set up with statuses Open, In Progress, Review, QA, Closed, and Held. I have it set up so that all statuses can transition to all statuses. In the workflow diagram, no status connects directly to any other status. Each status has an All status that connects to them.

The post functions are the same for all statuses except Held, which has the above five with an additional step at the beginning, which says "The Resolution of the issue will be cleared."

I also noticed that it shows "Screen: None - it will happen instantly" for all statuses except Closed, which instead says "Screen: Resolve Issue Screen." This makes sense since there is no modal screen that pops up when changing the status to anything other than Closed, but just thought I would point it out in case it was pertinent.

Suggest an answer

Log in or Join to answer
Community showcase
Teodora [Botron]
Published Thursday in Marketplace Apps

Jira Inferno: The Nine Circles of Jira Administration Hell

If you spend enough time as a Jira admin - whether you are managing a single, mid-sized instance, a large enterprise one or juggling multiple instances at once - you will eventually find yourself in ...

286 views 0 12
Read article

Atlassian User Groups

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!

Find my local user group

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

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot