Hi all,
When I update a ticket, I want it to look at the first inward ticket and update the current issue field value to the same value to the inward value.
Apologies if I'm using the word "inward" the wrong way around.
I wrote it maybe better here:
Is this possible and how?
In our email we use {{issue.issuelinks.first.inwardIssue.issuetype.cf0000}} which works great and I think will work here. But I cannot get this to work for edit issue nodes.
Thanks
Hi @Hunter1428
If I understand your question correctly, I believe you can do that with a branch using JQL, matching the key on the link from the triggering issue.
Perhaps try that and if there are problems, post an image of your rule and audit log to see how the community can help. Thanks!
Best regards,
Bill
Hi @Bill Sheboy
Thanks for the quick reply!
I understand what you mean but I'm still struggling to get this to work.
Also here is some more detail to hopefully clarify on what I need :)
What I don't want to happen is when A is updated to send the value to B. I need it the other way around.
So if C is added to the end of the chain and B has not yet updated to take the value from A, then C also will also not get the value as it's not present in B.
I can easily get A to send the value to B when A is updated. But I don't want to update A to pass the value to B, because this would be sending the value down the chain. I need the lower items to take the value from above if possible.
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Hunter1428
Sorry, I just noted you are on server and not cloud. There are some cloud features that would have helped, but I believe you can still do this... For your version I suspect you may need to turn this problem inside out and use two rules:
First rule:
Second rule (with Allow rule trigger enabled):
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Bill Sheboy
This is great, it worked perfectly. Thank you very much for you help with this!
I'm going to try and see if I can get this working on 1 automation and without the need to affect multiple tickets. But it works, so it's a starting point!
Thanks again!
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.