The below Smart values is not working in my email body
<td>{{Impact Severity}</td>
<td>{{RFC Priority}}</td>
<td>{{issue.customfield_10064}}</td>
<td>{{issue.customfield_10070}}</td>
Hi Shiwansu,
Quick shoutout, in the underlined part below, I notice that there is only one }. This should always be two }} like you did with the others.
Can you please adjust this and let us know if your initial part works?
<td>{{Impact Severity}</td>
<td>{{RFC Priority}}</td>
<td>{{issue.customfield_10064}}</td>
<td>{{issue.customfield_10070}}</td>
I've identified the issue. When the query is executed, the severity field is returning a None value along with actual data. Due to this, the email is showing a blank entry. Is there a possible solution to handle this?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Smart values are name, spacing, and case-sensitive...and they often do not exactly match the field name displayed on the work item views. When an incorrect smart value is used, that returns as null, often failing silently in the rule.
Please find an example work item with your fields and then use this how-to article to identify the correct smart values (or custom field ID) to use:
https://support.atlassian.com/cloud-automation/docs/find-the-smart-value-for-a-field/
And if you do not see the field in the results, it may not be supported by automation rules. In those cases, one may try directly calling the REST API endpoint rather than the Lookup Work Items action.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Can you help me with this as well
i have two field business approval and technical approval and i got the value for technical approval but not getting for business approval
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What are the types of those fields: text, single-select option, multiple-select option, user, etc.?
The field type impacts how they are accessed in rules. You should be able to see how they are stored from the how-to article I provided.
Perhaps if you post your current complete rule and the Send Email Action details it will provide more context to help. Thanks!
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.
For a single-select option field, please add the value attribute to get what you see in the dropdown list. For example, if the work item is a single one, that would be:
{{issue.customfield_12345.value}}
Remember to use your smart value (or custom field ID) for the "Business Approval" field.
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.
Please post the following as they may help explain this symptom:
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Shiwanshu Singh
please share an image of the automation part where you send the email
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Shiwanshu Singh
Are the other custom fields appear in the email?
If so, are you sure they are present in the work-item?
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.
Hey @Shiwanshu Singh
I suggest that you will write a log before you send the email with all the fields you want to send, and then run in without sending an email so you can play with it and see whats going on.
Furthermore, try to use the name of the field instead of "Custom Field_....".
you can also try using {{issue.field."Name Of Field"}} in all your cases.
Action in Automation is called "Audit Log" - try it and see what you got.
Good Luck
Ariel.
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.
Hey @Shiwanshu Singh ,
See my last response, {{issue.fields}} is not enough, you need to specify the field name you want to see.
Like:
{{issue.field."Name Of Field"}}
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.