nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How can I add users to a custom field when they are tagged in a comment?

Daniel Nelson_huz0sw

We have a Jira project where the users permitted to access each ticket are stored in a "Permitted Users" field, which is a multi-select user field. I'd like to automate how this field gets populated as follows:

When a comment is added to the Jira issue, detect any users who have been tagged in the comment body.
Add these users to the custom field, thereby permitting them access to the issue.

The alternative is adding the users to this field manually, but unfortunately people often forget to do so - they assume (as with many other information systems) that tagging a user is sufficient to send them a notification / grant them access.

This seems like a simple workflow, but I haven't been able to find a way to pick out the users who have been tagged in the comment body, nor to specify that the field value should be updated rather than replaced with the new values.

How can I achieve this?

Accepted answers

Luis Machado_rllvhc

Hi @Daniel Nelson

I think I've come up with a solution for you. I got the following rule to work for me in this manner using the Approvers field (multi-user picker), you'd just have to swap that out for your custom field.

Screen Shot 2022-11-04 at 11.40.17 AM.png

The rule triggers on every comment added to the issue and dumps the body of the comment into a variable {{CommentBody}}.

Screen Shot 2022-11-04 at 11.39.50 AM.png

It then runs a branch that parses the created variable for the actual account Ids, puts them into a list, and then edits the issue adding them to the field for each value in the list {{CommentUserList}}.

Screen Shot 2022-11-04 at 11.40.32 AM.png

Screen Shot 2022-11-04 at 11.40.39 AM.png

Hopefully this works for you, I didn't test with a custom field so I'm not sure if there a difference in how the values are added to it.

All comments

Lewis Tanguhwar

@Daniel Nelson,

I doubt there is any built-in functionality that supports that.

Best regards

Rafael Costa_o9pc4y

Have You myGroovy plugin in your Jira instance? I would know to do it by myGroovy.

James_Gigantes

I can get you most of the way there ... you will need to run the trigger on all comments, with an if else block and you will have to see if the comment body contains an account id based on the users that you would like to add to the custom field. Then you will have to edit the ticket, using some json. You will have to know the name of the custom field. Here is a link to provide some more information. https://support.atlassian.com/cloud-automation/docs/advanced-field-editing-using-json/ let me know how you do, I may be able to help more.

comment body contains users.JPG

Daniel Nelson_huz0sw

@James_Gigantes - thanks for your suggestion!

This setup would work for specific users, but not for an arbitrary tagged user. For example, I might take User1, User2, or User1000 (or multiple of them) in a comment - and it unfortunately isn't viable to add a separate Jira automation rule for every single user

To clarify my underlying requirement: I would like "user X is tagged" to translate into "user X has access to the ticket", where X could be any user. This seems like quite a simple workflow, perhaps I'm missing something where I should be using a setup other than a custom field for individual-issue security level inclusions like this?

Daniel Nelson_huz0sw

@Rafael Costa - could you let me know what myGroovy config you would use? (See my comment above to James for the specific requirement.)

Luis Machado_rllvhc

Hi @Daniel Nelson

Screen Shot 2022-11-04 at 11.40.17 AM.png

The rule triggers on every comment added to the issue and dumps the body of the comment into a variable {{CommentBody}}.

Screen Shot 2022-11-04 at 11.39.50 AM.png

Screen Shot 2022-11-04 at 11.40.32 AM.png

Screen Shot 2022-11-04 at 11.40.39 AM.png

Hopefully this works for you, I didn't test with a custom field so I'm not sure if there a difference in how the values are added to it.

Rafael Costa_o9pc4y

well, I would set a listener or would add a scripted field in the issue screen with the follow script:

import com.atlassian.jira.bc.issue.IssueService
import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.issue.IssueInputParametersImpl
import com.atlassian.jira.issue.util.DefaultIssueChangeHolder
import com.atlassian.jira.issue.ModifiedValue
import com.atlassian.jira.issue.index.IssueIndexingService
import com.atlassian.jira.event.type.EventDispatchOption
import com.atlassian.jira.issue.MutableIssue

issue = issue as MutableIssue
def comments = commentManager.getComments(issue)
def changeHolder = new DefaultIssueChangeHolder()
def issueIndexingService = ComponentAccessor.getComponent(IssueIndexingService)
def issueManager = ComponentAccessor.getIssueManager()
def issueService = ComponentAccessor.getIssueService()
def cfManager = ComponentAccessor.getCustomFieldManager()
def commentManager = ComponentAccessor.commentManager

if (comments){
   def changed = false
   def customfield = cfManager.getCustomFieldObject("customfield_23013")
   def customfieldValue = issue.getCustomFieldValue(customfield) as List
   for (comment in comments){
      if (!(comment.authorUser in customfieldValue)){
         customfieldValue.add(comment.authorUser)
         changed = true
      }
   }

   if (changed){
      customfield.updateValue(null, issue, new ModifiedValue(issue.getCustomFieldValue(customfield), customfieldValue), new DefaultIssueChangeHolder())
      issueIndexingService.reIndex(issue)
   }
}

This would solve your case. This is a configuration to a groovy scripted field, if you want a listener, you would need set to run it each issue update. Maybe would be interesting some parameters to validate which issue type before run entire script, if you don't need run it to all issue types of your project.

Daniel Nelson_huz0sw

Hi @Luis Machado - this is great, thank you so much! I was able to use your answer to achieve the exact workflow I was looking for.

Younes Abou Khzam

Hello,

I was looking at this solution, the issue would be that using permissions schemes, if the user cannot view the issue, then they cannot be @mentioned in it. thus, when someone types another users's name in the comment, they will not see it in the suggestions

Tran Ngoc Duc

Hi @Luis Machado, I applied your configuration to the automation that adding users mentioned in the comment to a custom field named "Paricipants", but the automation was not working as expected when adding multiple users.

From the following screenshot, you can see that the automation added the user 1, and then replaced it with the user 2, and then replaced user 2 with user 3

How can I add all 3 users? The automation configuration is as below

Thank you!

Vamsi Krishna Panthulu

@Daniel Nelson Can you help me to understand how the "permitted user" custom field is able to control access to that jira ticket. Does it also need to rely on the permission schemes ?

I have a jira project and i want to restrict access to the tickets created in this project based on a custom field (customer name). If a ticket is created for a particular customer, then only a set of users should be able to view or work on the issue.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud

atl-gruland