Apologies if I'm missing something obvious.
Currently, we have a rule set up that when a specific label (let's call it Label B) is present on a ticket in Project A, it creates a clone of the issue in Project C.
Ideally, we would only want this issue to be cloned one time only when Label B is added initially. However, occasionally a new unrelated label will be added to the ticket AFTER Label B is added. So, when a new unrelated label is added, the rule runs again because it sees the Label field has a new value added, sees that the ticket has Label B, and thus creates another clone.
Is there a way to ONLY create a clone one time WHEN Label B is added to the ticket? Not when a value changes in the ticket and Label B is merely present?
Hello @Jess_Ignasiak
Whenever you ask about an Automation Rule, please provide a full copy of the rule. It is hard for us to provide advice on how to change it without having those details.
The likely solution involves change the trigger so that it is triggered when the Labels field changes and a value is added, and then adding a condition to check that the specified value is the one that was added.
Thanks for the response! That was my instinct to use the "Field Value Changed" for labels, but it looks like I can only get it to fire when a label is added or removed, not for a specific label. I'm unsure what you mean by the condition that would be added to check for the specific value.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
When changes are made to an issue the before and after values are recorded for the changed fields.
You can access this information in an Automation Rule and check how the field changed.
In this case you would add another Component for a Condition, after the trigger.
Then select the Advanced Compare option.
Then check if the before value included the label you seek. If it was there before the change then it has not been newly added, so you don't want the rest of the rule to run.
If this condition passes, then you need to check if the label was present after the field was updated. If it wasn't present before, but is after, then it has been newly added.
If the labels was not present before the field was changed, and is present after the field has changed, then it has been newly added and the rest of the rule will proceed running. If either condition is not met, then the rule will exit with no action taken.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, Trudy!
Did you try that one with changelog? I recall a recent defect that some list/list-like fields were not working consistently for the changelogs in automation rules with {{fromString}} and {{toString}}
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I did try it, but not exhaustively. I tested with adding only up to 2 labels.
I did only a few tests. If the results are inconsistent then I may not have tried enough tests or enough entries.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please disregard, as that open issue appears to be with components and versions: https://jira.atlassian.com/browse/JIRAAUTOSERVER-207
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.