My manager is requesting that a card field be added such that the field select list contains only the people on the project that are assigned a specific role. Is this possible? If so, directions would be appreciated.
I've created custom single select list fields, but how do you get the field options to be variable by project role. This would be a unique list for every project. Using a Jira group would not work since on one project I may be an approver, but on another project I would not be an approver.
Hi @Ann Rumenapp!
I am not sure such a functionality exists out of the box, I think the quickest way to resolve this is to create a group containing the same people and use that instead.
You could then assign them access to the project via the group, if you want to, and you could use the group as the only ones selectable in the User Picker field.
However, depending on how many members they are in the project, and how often the group changes. (And also whether you could automate this through sync groups from IdP etc.) it might be a hassle to maintain.
Thank you for this option, I haven't used the User Picker type of field before. I will definitely try this option.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The user picker is certainly the way to go, and I looked at it just now and you can actually set it to Project Role.
So if you are using a company managed project, there's no need to create a group:
Just select Project Role > [Desired Group]
And it will allow you to select from the users who is part of that role, within the project you are using it from.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Perfect @Tobias H , This looks exactly like whats needed.
For your information @Ann Rumenapp This configuration is found after creating the UserPicker Customfield and then adding a Configuration via:
CustomField - Context and default value - Add User filtering. This will allow only the "Developer" Role (or whatever you want) to be used in the field.
If you want to inform all of the people in this role, then you should try the group picker/group reference or team.
Kind regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
THANK YOU so much for the assistance!! I used the User Picker field and set the filter to a project role and it works fantastically.
Using a group would also work, however this would allow an approver to be able to approve on any project and cause a Jira admin to maintain the approval group members. The business case needed to allow for a user to approve on one project but not others that the user may be working on.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Happy it worked out nicely :D
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
as @Tobias H suggested a group would do the trick, but maybe even a "Team" could be beneficial.
If you want all ProjectAdmins to be notified, you could put them in a Project-Admin-Team and reference them with the Team custom field.
Sadly I don't think there is a way to use something that would auto-populate.
Kind Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You are right, we do not use Teams within our workspace, so I hardly ever think of them.
But that would also be a possible way to resolve this and would make maintenance easier compared to a Group, as it does not require admin rights to configure members.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for sharing more alternatives! Using a Group or Team would also work, however there are 2 cons to this for my use case.
1) It allows an approver to be able to approve on any project. In my organization this could be a security problem since approvers are project specific and someone could approve something on a project where they shouldn't be an approver.
2) A group needs a Jira admin to maintain the approval group members which change often, my business case needs approver to be managed at the project level of control.
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.