Hello community.
Im trying to clone issues only when NO related issues are associated to the item which triggered the automation flow. If there are already existint related issues, the work item must not be cloned.
The rule is an IF statement (also tried with WHEN) with the following condition:
Below the condition > Clone the work item into another project
The problem is that the work item is being cloned ALWAYS
The first trigger (assign to) clonse and links the issue (related to).
The second trigger, when i reassign, altough there is a related to item, its cloned again duplicating the issue.
Any suggestions?
Thank you.
Cristian
Hi Thorssten and Bill
Thank you for your reply both of you.
What im trying to solve is :
The trigger happens and clones the item when one specific team is assigned to it.
If the work item goes back and forth to different teams, i wont to avoid the cloning again when it comes back to the same team, as it must happen one unique time.
I assumed that the Linked work items condition would help with this. If its lconed and linked, it should create a new clone. But it does not work.
Nevertheless, I have been able to solve this, but not with the Linked items condition but directly with a JQL issueLinkType is EMPTY
Hi @Cristian Angel Bruner -- Welcome to the Atlassian Community!
For a question like this, context is important for the community to help. Please post the following:
Until we see those...
In my experience, the Related Work Items condition for testing links can produce unexpected results. It may be better to use the Lookup Work Items action with JQL to test that no items exist with your criteria, and validate that with the Smart Values condition to check the count returned by the lookup.
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.
Would you mind adding a screenshot of your rule? I assume a problem with the actual placement of your components, which is rather challenging to determine verbally.
Besides, when you speak of a "second trigger," you're referring to the rule being triggered again, right?
Regards,
Thorsten
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.