Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,556,741
Community Members
 
Community Events
184
Community Groups

Is it possible to make specific issue types read-only to specific user roles?

One problem my software team has struggled with is how to allow user's within the Jira to view customer requirements without the ability to edit them.  We have not been able to figure out how to set a group called jira-developers to view an issue type named customer requirements without being able to edit those issue types.  We only want our jira-administrators group to be able to edit that issue type.  

To our knowledge there is no way to give a user group read only access to specific issue types.  It seems that you can give read only to all issue types or none of them.

Does anyone know if it is possible to allow read only access to specific issue types in Jira?

2 answers

0 votes
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Apr 12, 2019

You can do this, but it is a little obscure.  At the heart of this trick is "different workflows".

Let us assume a very simple case -

  • You have one project where "Customer Requirement" type issues need to be protected
  • All the other issue types can be edited by anyone
  • The project is not sharing workflows or workflow configuration with other projects
  • You have a single workflow for the project, with the workflow set as the "default" in the project's workflow scheme

So,

  • Copy the existing workflow and give it a new name (like "project-x workflow for customer requirements")
  • Edit the project's workflow scheme, adding a line to it that says "for Customer Requirement issue type, use the new workflow" (and leave the default as it is)
  • Edit the new workflow, going into each status and adding a "property" to it for who can edit.  As an example jira.permission.edit.group=jira-administrators  would limit issue edit to the jira-administrators group when the issue is in that status.

Thank you. This is exactly what I needed. 

0 votes
Joe Pitt
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Apr 11, 2019

You can use an issue security scheme. The downside is, since you only want certain issue types controlled you can't apply the scheme to the project because it will hit every issue type. So you'll need to have the creator apply the issue scheme at creation time. There may be a solution with scripting. I don't use that so I can't help there. 

Are you saying at project creation or issue type creation.

If issue type creation what if I wanted this level of security on user story issue types?

Suggest an answer

Log in or Sign up to answer