You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Hello, in prep for the upcoming change to Jira Automation limits I've been reviewing the automation rules that are already in place. Most seem fine but I have one rule that fires on any issue update event within a given project. That seems extreme and likely to run me into trouble with the new limits so I'm hoping someone here will have a better idea for how to accomplish what this rule accomplishes.
Basically what the rule is seeking to accomplish is to have any story that gets added to an epic inherit the value of two custom fields on the epic. Specifically, there are custom fields called "Program" and "Time Classification". When a story is added to an Epic we want the story to inherit the Program and the Time Classification from the Epic.
I looked at the Issue Linked trigger but it does not appear to fire when an epic is linked to a story. The only way I could find to do this was to trigger on Issue Updated and then look at the changeLog to see if the Epic link changed. Seems inefficient but it was the only way I could see to do it when the rule was written and since there was no limit on rule executions within a single project I decided it was fine. Now if I'm only going to get 1700 rule executions/month...that might be a problem.
Hello @Phil Beckman
This rule will count towards your executions only if the Edit action is executed. A rule is not counted as an execution every time it is triggered. As per the documentation:
1. Only rules that perform a successful action will count towards the limit
In today’s model, rule runs count toward your usage limit, even if they perform no actions. For example, let’s say you have the following rule set up:
Trigger: When an issue is created
Condition: If issue type = Bug
Action: Set Affects version field to Last released version
This rule would trigger and count toward your execution limit every time an issue was created, even for issues that aren’t bugs. In the new model, the rule will only count if the issue created is a Bug and the Affects version field is successfully updated.
Yes, and to Trudy's answer...
That change to the packaging model describes which actions count and do not count for the new limits...And conditions do not count (as of the time I am posting this :^)
Thus you could reduce your usage count by adding conditions to test if Program and Time Classification have changed (due to the new parent) and so only proceed with the Edit Issue in that case.