How to avoid Jira Automation events to be triggered by Exalate

Originally asked by Harold Oconitrillo on 13 September 2023 (original question)


We noticed that we can easily reproduce a loop when we change a field value two times in a second frame when there is an automation rule associated with that field. In order to avoid this, and we also believe this is the reason why we have other issues with Exalate, we’d like to condition our code to not process events for Automation for Jira user. Do you know if this is possible? I will resume the issue we have here:

  1. We change the field A value from No to Yes.
  2. Automation evaluates the field and update a field that is not part of the sync.
  3. Immediately change again Yes to No.
  4. Automation evaluates again the field and update the field related to this rule.
  5. The mirrored field A in the remote instance updates from No to Yes.
  6. Automation also evaluates the field value in the remote instance and trigger an event to the origin instance with the field updated to Yes.
  7. Here is where starts looping, because we have changed in the step 3 the value from Yes to No, and the new event generated by Automation on the remote side changes again the Field A value from No to Yes.

Hope is understandable enough, if not, please let me know.


Answer by Javier Pozuelo on 27 September 2023

Hello,

You need to add a “User condition” component after the “when” condition in your automation. Create the “User condition” component as follows:

  1. Navigate to Automation Rules:
  2. Edit the Rule:
    1. Find the automation rule you want to restrict.
    2. Click on the rule to open its details.
    3. Add “IF: add a contition” type component
    4. Select “User condition”
      1. User: “User who triggered the event”
      2. **Check to perform: “**is not”
      3. **Criteria: "**Exalate"Add component
  3. Save changes

This will exit the automation in case the user who trigger the event is Exalate.

Kind regards,

Javier Pozuelo