Asynchronous execution in automation rule?

Yurii Serebriakov_5fmup9

Hello,

We have an automation rule as follows: at the very beginning, a variable (createdIssueKey) is created and assigned the value 0 (screenshot 1). Next, if the issue meets one of the conditions of the if/else component, a new issue is created (screenshot 2) in another project. When created, all attachments from the current issue are copied over. The key of the newly created issue is recorded in the createdIssueKey variable (screenshot 3).

Then, using the “Branch rule / Related issues” component, a JQL search is performed using the key of the issue created above.

Here’s what I’ve noticed. If the volume of attachments in the current issue is relatively large (I tested it with approximately 80 MB), the “Branch rule / Related issues” component executes without waiting for the “Create issue” action to complete, and consequently, the rule fails with an error.

Are the issue creation actions performed asynchronously?

Bill Sheboy

Hi @Yurii Serebriakov -- Welcome to the Atlassian Community!

For a question like this, please post an image showing the audit log details for the rule execution.  That will provide context to determine what happened when the rule ran.

Also, I recommend posting the complete rule in a single image, perhaps using a capture tool or browser addon for scrolling-page capture.  This will ensure nothing is misunderstood / misplaced in the rule images shown.

 

Back to your questions...

I believe for the rule you show the actions before the branch execute synchronously, one after another.  And issue creation happens prior to adding attachments in Jira, thus it is likely the automation engine uses multiple REST API calls, with the second one processing asynchronously.  (The same is the case for linking, transition, etc. during issue create.)  Only contacting the support team to ask the engineers will likely confirm this behavior: https://support.atlassian.com/contact/#/

 

However after that point in your rule, branches which could be on more-than-one-thing are executed in parallel and asynchronously, with no guarantee of processing order or when they will complete, up until the last step of the rule.

Seeing the details of your audit log (and the error) will help to clarify what is happening.

And I wonder: why are you updating the created issue's Attachments in the branch?  If the attachment adding in the rule engine is a separate REST API call, I hypothesize your edit could collide with that, leading to unexpected behavior and errors.

 

Kind regards,
Bill