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
Next: Root
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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
I have an automation like the below where I only want it to trigger once when first assigned.
Why is it duplicating when I reassign?
Hi Dylan - Welcome to the Atlassian Community!
Jira doesn't know when an issue is assigned if it is the first time or 20th time. So you need something else there to check it.
Maybe try creating a new custom number field and set the default to 0.
Then add another Condition to check if the value of the custom field is 0. If so, they it would fire.
But you also need add an Edit Issue action at the end to set the value of the custom field = 1.
So the first time it is assigned, then the custom field is 0. The trigger passes the condition, adds the comment. And at the end of that, it updates the custom field to 1.
The next time the issue is assigned, it checks the custom field, which is now 1. So it fails the condition check and does not fire.
I'll try the workaround but curious why there is a feature to prevent duplicates when it doesn't seem to be able to prevent them
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That's probably a question for Atlassian Support.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Dylan Alperin -- Welcome to the Atlassian Community!
The option to prevent duplicates detects if the comment text (body) is exactly the same. Does that match your use case?
If not, you will need another way to detect duplicates, such as:
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.
Yes it is exactly the same, its just the one automation to add the comment so strange it doesn't detect it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Awesome; you have definitely found a bug. I recommend working with your site admin to submit the defect here: https://support.atlassian.com/contact/#/ I was able to reproduce this symptom as follows:
Steps to reproduce:
Expected results:
Step 5 adds a comment and Steps 6 and 9 do not add duplicate comments
Actual results:
Step 5 adds a comment and Step 6 does not. However toggling the rule off/on leads to Step 9 adding a duplicate comment.
Work-around:
Add other fields/values to detect that the comment was added earlier and check for the condition created to prevent duplicate comments. Apparently making a change to the rule changes the thing preventing duplication.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dang - I'm worn out just reading that. :-) Thanks for all of the hard work, Bill!
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.