Hello!
Loving the new automation capabilities in JIRA software. After creating some simple rules I was looking for a way to generate an email to a user when the status of an issue has not been updated in over X amount of days.
I am working with a small team and it would be nice to remind a member that this issue has not been updated if a few days have gone by.
Am i missing something obvious?
Thank you in advance :)
what immediately comes to mind would be the following approach...
Create a scheduled trigger rule that runs daily and use a JQL condition, e.g. statusCategory != done and updateddate <= startOfDay(-3).
would that work or some variant thereof?
Hi @george_hatzopoulos ,
@Jack Brickey is pretty much on the money for how to tackle this!
Cheers,
Simeon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Wow! I was not expecting such a fast response!
Thank you for the recommendation.
Here are some bumps on the way to creating this rule.
Waiting to see what happens.
My goal is to have an email sent to myself and the member responsible for the QA process after 2 days have passed and there has not been a status change.
Here is what I added:
What do you think?
Again, thank you for the lightning-fast reply
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
glad to help George.
So first off there are only three valid status categories in Jira: To Do, In Progress, and Done. Unless something has slipped under my radar you cannot define new status categories.
Second, the reason you are being asked to fill in a JQL is because the tick-box "run a JQL search ..." is checked. If our intent is to operate on a specific set of issues in this rule then you use a JQL to bound the issues. You don't have to check this if not wanted.
Third, there is no need to wait for the scheduled time, you can manually run a scheduled rule to test it out. You should see the run button once you save any changes.
Finally, for scheduled events you can use a CRON to specify the precise time you wish to run the rule (hours, minutes, DOW, etc. Here is one source on CRON that might be useful but there are lots out there. construct-cron-expressions-for-a-filter-subscription . While the one I provided speaks to filter subscriptions the nomenclature applies here. Please remember that time will be in UTC so you will need to translate your desired time in your TZ to UTC so it runs when expected.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.