Email automation not sending to assignee in jira service management, team-managed project.

Vanessa Scherstrom
Contributor
December 10, 2024

 

I have a scheduled automation for my team-managed, Jira service-management project to send an email to the assignee if they have an issue in the "waiting for approval status" every morning. This project is only for PTO requests for a small staff of people.  When I look in the audit log it says,  SEND EMAIL As there is no issue present, cannot get the value of the field: assignee Unable to send the email as the recipient's email address wasn't provided I have it set up to send to "Assignee" and am not sure why it won't pick up from that field. I know team managed projects have issues with automations for custom user picker field, but this is not a custom field.  It is standard.  

1 answer

0 votes
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
December 10, 2024

Hello @Vanessa Scherstrom 

When asking for help with an Automation rule that is not operating as expected it will help us help you more effectively if you provide the following:

1. Screen images that show your complete rule.

2. Screen images of the step details for any action, condition, or branch that is relevant to your problem. In this case, the Send Email action would be important.

3. Since you are using a Scheduled trigger, show us the details of that trigger.

4. Screen images of the output in the Audit Log.

 

Also, is the rule a single-project scoped rule or multiple- or global-project scoped rule?

Vanessa Scherstrom
Contributor
December 10, 2024

Initially I did include pics...three times, but nothing under the category of service management was posting.  A support ticket was created for the my questions not posting to the community.  Other categories posted but those did not have pics so I thought that might be the issue. When I posted this one to Jira service-management questions without the pictures attached, it posted.  So I just wanted to get the question in front of the community to start with and add the pictures after it actually posted.  I replied to the ticket with my findings btw so they could fix the issue. 

 

Now onto MY issue and (finally! :)) picsScreenshot 2024-12-10 091223.pngScreenshot 2024-12-10 091923.png

Vanessa Scherstrom
Contributor
December 10, 2024

This is team-managed project.  Doesn't that mean that all rules are just for this project or can they be shared?  I would say single project rule. below is the audit log. 

Screenshot 2024-12-10 155157.png

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
December 10, 2024

Thank you for the additional information.

If you created the rule from within the Project Settings > Automation feature, then the scope is limited to that one project.

The reason for the failure is that your use of Assignee as the recipient requires that an issue be "in context" in the rule. There are multiple ways to get an issue "in context" for future actions in the rule.

With a Scheduled rule trigger you can specify a JQL directly in the trigger. The rule will then execute each of the actions in the rule for each issue found by the JQL in the trigger.

When you use a Lookup Issues action, that does not actually put any of the resulting issues "in context" to be operated on by the next actions in the rule. Extra steps need to be taken to put an issue "in context" in that case.

 

The method to fix the rule depends on what you want to accomplish with the rule.

Is your goal to send one message for each issue, or send one message to each unique Assignee with all their issues listed in the one message?

Vanessa Scherstrom
Contributor
December 10, 2024

Goal is to send an email to any Assignee who has an issue in "Waiting for approval" every morning.  They should be getting them out ASAP so anything still in that status should get an email reminder. 

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
December 10, 2024

I recommend you delete the Lookup Issues action and instead put the JQL you are using there into the Scheduled trigger. You'll find a checkbox at the bottom of the trigger configuration.

Screenshot 2024-12-10 at 1.20.54 PM.png

 

After you check that box you'll get a field for entering the JQL, and a checkbox below it.

Screenshot 2024-12-10 at 1.21.57 PM.png

If you want to send the email every day until the status of the issue is changed, then uncheck the box below he JQL field.

For each issue that matches your JQL, the rule will attempt to send an email to the Assignee. If the Assignee field is blank, the email will not be sent.

 

You will also need to change the content of your email.

Screenshot 2024-12-10 091923.png

In the Subject line replace {{lookupIssues.key}} with {{issue.key}}

Which user are you trying to identify with {{initiator.displayName}}? 

In the context of an automation rule, "initiator" is the user that triggers the rule. Since this is a Scheduled rule the initiator would be "Automation for Jira". If you are trying to provide the name of the Reporter of the issue, then you need to instead use {{issue.reporter.displayName}}

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
TAGS
AUG Leaders

Atlassian Community Events