I am attempting to create a single Automation Rule that will allow me to keep several fields in-sync between an issue (where they can be set), and a sub-task (where they should inherit from the parent).
The challenge is that I need to do this both for when the sub-task is created (to initially set the fields from the parent), and also when the issue is updated (to keep the fields in-sync).
The fields being kept in-sync are a combination of default and custom fields.
I've tried creating a trigger for when an issue is created, and updated. Then I split the logic chain "For Sub-tasks" and "For Current Issue", depending on what is happening, a sub-task being created, or the issue being updated. Unfortunately I can't get both situations to work.
I've also tried a trigger for watching when specific fields are updated during a create and update event. Again, I can't seem to get all situations to work under a single rule.
Any suggestions on how to keep default and custom fields in-sync between an issue and it's sub-task, both when the issue is updated, and when the sub-task is created.
Edit 1 - adding more information
I'll try to explain it more thoroughly below.
I'm demonstrating the behavior in two automation rules - but hoping there is a better way, which combines them into a single rule.
In this project there is a sub-task called "Release Notes". There is also a custom field called "Primary QA" that exists on both the Release Note sub-task, and the parent issue. I would like to make sure that the "Primary QA" value of the parent is always in-sync with the "Primary QA" field in the "Release Notes" sub-task. These are the two scenarios I'm trying to make work.
It seems I can trigger on when a field is changed, or an issue is created, but if I could trigger on both states, then it seems like I could work through the logic in the automation rule.
Any suggestions would be appreciated. Thanks for your time!
Hi @mnd ,
sorry for the late response, I needed to think about it a little bit.
It makes perfect sense to me to have two separate rules. Each of it will be triggered in different situation and for you as an administrator will be much easier to take care of these straightforward rules then merge them together.
I wanted to share you my automations screenshots, but you know what? Mine are in fact the same as yours. I think most people will think about this situation similarly and your setup is something which I would expect to find :-).
Hey Everyone! Simeon from the Automation team here. I'm delighted to share some new features and improvements that we are shipping to Jira automation (Cloud only). Firstly, @Sam Harding ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events