Hi,
I've created an automation rule that sets the Due date of issues based on sprint they belong to. The rule is triggered when the issue is updated in any way.
Is there a way for me to execute this rule one time across all existing issues within the project in order to avoid having to manually update each issue individually?
Kind regards
Malte
Hey @Malte Larsson ,
My main train of thought we be the following:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
I'm attempting to do the same thing but I'm confused as to how to make this rule run on every issue in my project.
Would either of you be willing to describe this a little more? Specifically step 3.
See below what I currently have (sorry in advance for my newbie questions)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
First thing: this is a very old thread, and so I recommend creating a new question, and perhaps linking back to this one. That will ensure the maximum number of community members see it to offer suggestions.
Until we see that new question...
First, your rule should probably use an if / else condition structure rather than what you show: https://support.atlassian.com/cloud-automation/docs/jira-automation-conditions/#If-else-block
Next, please re-read the original steps described by @Dirk Ronsmans , where the rule is copied, the new rule's trigger is changed to scheduled, with JQL to find the issues you want to update.
Specifically, that JQL creates the "stopping condition", where the rule will keep finding issues to update until done. In your case, that appears to be the presence of values in the Parent and Type of Request fields.
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 please explain why you want to run this rule for all issues in the project? For example, are you pre-assigning all issues to sprints far into the future?
If not, perhaps changing the trigger to sprint started for the update would help. You may need a "clean-up" rule in the event your team adds/removes issues to/from an already in-progress sprint.
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.
Hi @Bill Sheboy
I've added an automation rule that assigns issues certain information based on the sprint it's added to. I've added this rule in projects that already have a lot of issues, so I needed a way to trigger the automation rule on all existing issues that already are connected to a sprint.
Dirk had a working suggestion above.
Your comment and effort to help is much appreciated!
Kind regards,
Malte
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.