Hello,
I am currently migrating a Legacy Automation rule from Jira Data Center to Jira Automation, but I am encountering difficulties due to differences in available fields and triggers.
In Legacy Automation, I used the trigger:
"Issue resolution changed", with a condition for "Resolution set" and "Resolution "Cleared"
However, in Jira Automation, I do not find an exact match for this condition. I understand that I can use the "Field value changed" trigger for Resolution
, but I am unsure how to replicate the exact behavior, especially since some fields used in the Legacy Automation rule do not exist in Jira Automation.
Could you please guide me on how to best migrate this rule while ensuring the same functionality? Any recommendations or best practices would be highly appreciated.
Thank you for your support.
Best regards,
Hi @Àlex Costa -- Welcome to the Atlassian Community!
Have you tried using the if / else block with additional conditions:
And then use the Edit Issue action for each case to perform the updates.
Kind regards,
Bill
Hi Bill,
Thank you for your response.
The main issue I’m facing is that in Legacy Automation, it was very easy to handle this with the "Resolution set" and "Resolution cleared" conditions, but I can’t find a direct way to replicate this in Jira Automation.
In Legacy Automation, these conditions made it straightforward to manage resolution changes clearly and unambiguously. However, Jira Automation doesn’t seem to have a native alternative that provides the same behavior.
Is there a specific combination of conditions or rules I can use to ensure I cover both cases correctly?
I’d really appreciate any guidance on this.
Best regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you try using the if / else and add conditions to test the values of the Resolution? That should lead to the same result as your original rule.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
Yes, I’ve already tried that approach, but I still don’t fully understand how to replicate the exact behavior of the "Resolution set" and "Resolution cleared" conditions from Legacy Automation.
In Legacy Automation, these conditions worked seamlessly, but in Jira Automation, I’m struggling to ensure that both cases are handled correctly without unexpected side effects.
Could you provide a more detailed example or clarify how to structure the rule to achieve the same logic? I want to make sure that both setting and clearing the resolution are handled properly, but I’m not entirely sure how to configure the conditions within the if/else block to reflect that accurately.
Thanks again for your help!
Best regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please show the following for context on what you have tried with you rule:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
Thanks again for all your help throughout this process.
I believe I’ve finally managed to replicate the intended behavior from Legacy Automation using the new Jira Automation system. I’ve structured the rule with three separate if conditions to cover all possible resolution changes, and the results seem consistent with what I expected.
Could you please take a quick look and let me know if you also think this approach is valid?
First if:
Second if:
Third if:
Audit Logs
I've also included screenshots of the audit logs from test executions, which confirm that each condition triggers correctly depending on the resolution change.
It looks like I’ve got the behavior I needed in all scenarios, but I’d love a confirmation from your side in case I’ve missed anything subtle.
Thanks again!
Best regards,
Àlex
Complete scenario:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That looks correct. Does your testing confirm all the cases you want to handle?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, I’ve tested all the scenarios, and everything is working exactly as expected now!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Awesome; I am glad to learn it is working! Please consider marking this question as "answered" to help others with a similar need find solutions faster. Thanks!
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.