It's not the same without you
Join the community to find out what other Atlassian users are discussing, debating and creating.
Whenever an issue gets linked to another through the "Blocked" link type I would like to transition it to a "Blocked on task" status.
I want this to occur only for this particular link type so I was wondering if there is a way in the action condition to determine the link type that is being set.
The direction of the link will also influence which issue gets transitioned...
I.e.
Task A gets linked to Task B, where A blocks B.
Using automation I want to transition B to a "Blocked on task" status.
If B gets the trigger, with an "is blocked by" link, then transition B.
If A gets the trigger, with a "blocks" link, then transition linked issue (B).
(I have a misc workflow extension post-function that will unlock task B when task A gets completed)
Is this possible using the "Issue Linked" trigger with some conditions based on link type?
Hi Eric,
So you can do this with an automation rule, but it's pretty complicated at the moment. I've raised https://codebarrel.atlassian.net/browse/AUT-678 to make this simpler in future.
Here's the rule you need:
Here's how this works:
key = {{destinationIssue.key}} and issue in linkedIssues({{triggerIssue.key}},"blocks")
issue in linkedIssues({{triggerIssue.key}}, "is blocked by")
Hope that makes sense. I used 'Log action' for debugging, but you can just replace those blue actions with 'Transition issue' actions.
Cheers,
Andreas
Hi Andreas,
Thank you so much, this worked like a charm.
Not sure if it is a worse solution but in the end I used a JQL search twice. Once to look for the trigger issue in the list of issues blocked by the destination issue. If found I transition the trigger issue.
key = {{triggerIssue.key}} and issue in linkedIssues({{destinationIssue.key}},"blocks")
And then once to look for the destination issue in the list of issues blocked by the trigger issue (the reverse situation). If found I transition this one.
key = {{destinationIssue.key}} and issue in linkedIssues({{triggerIssue.key}},"blocks")
At worse I do one search too many but is makes the whole logic really simple. I tested it setting multiple links at once and it turns out the trigger gets called multiple time so this situation is covered as well.
Thanks again,
Eric
Btw, while looking for a solution to this I looked all over for documentation listing the sort of info I can get from the action (things such as triggerIssue and destinationIssue) but I could not find anything.
Is there a way to "dump" this info in the audit? for instance if I put {{triggerIssue}} in the audit I will get the whole information on the issue, but I could really use the level above listing the parameters available from the trigger.
Thanks!
Eric
Hi Eric,
Yeah your solution is fine too. Searches are cheap in Jira. Also I think your solution is actually better than mine - uses less searches - mine would have run a search for each linked issue.
And yes, we're going to improve in-product help around smart-values in future. We'll continue to make our fields easier to use (so you don't even need smart-values), plus add some kind of auto-complete/preview for them: https://codebarrel.atlassian.net/browse/AUT-104
Cheers,
Andreas
This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.
Read moreAtlas Camp is our developer event which will take place in Barcelona, Spain from the 6th -7th of September . This is a great opportunity to meet other developers and get n...
Connect with like-minded Atlassian users at free events near you!
Find a groupConnect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.
Start an AUGYou're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.