Good morning,
I have created a custom field called CSATRecipient, this field is a multi User Picker group searcher. I have attached a screenshot of the field and the smart value below.
I have also tried:
{{issue.customfield_10148}}
{{customfield_10148}}
They continue to fail with the below error. Any ideas on what's causing this? When I looked in the REST API for this I wasn't able to see the custom field but I did see the email address of one of the users in that field and my email address which was also in that field. I have seen similar issues in the community but none that speak to this specific issue with Cloud. I also looked at Atlassian ticket AUTO-277 and its not the same issue.
Thanks! -M
Would you please post an image of your entire rule? That may provide some context for what is happening.
Until that is posted...
You are using a multi-user selection field, and so there could be multiple values. To iterate over the users' email address values you can try this:
{{#issue.customfield_10148}}{{emailAddress}}{{^last}}; {{/}}{{/}}
This will iterate over each selected user, supply their email address, and add a semicolon after each...leaving off the last one.
Kind regards,
Bill
Hi Bill!
Thank you for your response. So I tried your code, and then I tried it again, removing the # and it still failed for the same reason
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
UPDATE:
A few things, I realized I had the incorrect field number, there is apparently an old field that was created by a long-deleted app that no longer shows in the custom field list but when I pulled the ticket through the JSON viewer, it showed up and it had the same name. So I got the correct number and again tried both versions (with and without #), still failing for the same reason, it is not able to parse that email address even though its associated with the user selected.
I also created a single picker field and that is failing for the same reason. I know I am missing something so basic and its making me crazy.
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 post images of your complete rule and of the audit log details, showing the rule execution? Those may provide context for the symptom you are observing. Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
I appreciate all your assistance on this in the last couple of days. After much frustration, I decided to check the To: Dropdown again, and to my great surprise, the field was now there.
I am unsure if it needed time to update, though that has never seemed to be the way with Jira, or if my connection was poor and that was an issue with me seeing it there. Whatever the reason, it is now there, and it is working!
Thank you!
-M
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am glad to learn that it is working now.
From what you describe, that seems like an issue where the field was not visible to the rule, either through permissions or access to a view. If neither changed, I am at a loss why it would suddenly appear.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We have a saying around here
Jira's gonna Jira. :D
Have a great weekend and thanks for all your help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Spend the day sharpening your skills in Atlassian Cloud Organization Admin or Jira Administration, then take the exam onsite. Already ready? Take one - or more - of 12 different certification exams while you’re in Anaheim at Team' 25.
Learn more
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.