Are you in the loop? Keep up with the latest by making sure you're subscribed to Community Announcements. Just click Watch and select Articles.

Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


"Field value changed" trigger needs trigger conditions to stop false triggers

I'm using the "field value changed" trigger to find when a custom field has been changed.  My issue is the custom field in question is used by 6 issue types and I am only interested when it changes for 1 of those 6 issue types.

So what I'm finding is, because the issue type condition is read after the initial trigger caused by the field changing in any of the 6 issue types, I am getting a lot of false triggers, which clearly wastes my allocated trigger quota.

I've looked at a manual trigger or scheduled trigger but because the field in question is a custom field, I cannot use a JQL query to find the issues of the required issue type that have been updated.

Has anyone else come across a similar false trigger issue due to no conditions on the actual trigger, and if so did you find a solution?

Many thanks in advance


1 answer

1 accepted

0 votes
Answer accepted
Dirk Ronsmans
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Jun 18, 2021

Hi @Alex Adland ,

Well it's not so much that it's a false trigger it's more that the trigger itself cannot be configured specific enough.

You can indeed only say 

  • what field
  • for what action

but other than that you'll have to write some logic to only continue the trigger based on the issue type. I'm assuming you've done that and since it has to evaluate that IF clause it will be one of your exeuctions.


i'd suggest logging a call for this at to enhance the trigger. Without any enhancement, I feel you are "stuck" with creating it as a project specific trigger of which you have unlimited executions.

If you do need it as a Global rule well then I don't really see a solution with Automation.

Hi @Dirk Ronsmans 

Thanks for the quick reply, and yes your assumptions are correct regarding my automation has the logic to target the required issue type.

However I did now know that project automations had unlimited executions, I was being lazy and created a global rule as it is looking across 70+ projects.  As a workaround I can convert the automation to project based for all required projects.

I'll also raise an enhancement request for the trigger to be configurable.

Many thanks for the great information.


Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events