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; } } }

Is there a way to make a field only editable by specified users, while being read-only to the rest?

Jillian Marabut

Either customized or predefined by JIRA, is there a way to make a field only editable by specified users, while being read-only to the rest?

For example, the Priority field being set to "Medium" by default. Then when it comes in queue, only 2 administrators of that particular Service Desk will have the option to change the field, the rest shouldn't be allowed to do so. Is this feasible?

Accepted answers

Jack Brickey

Hi Jillian, I would suggest looking into two methods to see which might serve you best:

issue security
consider leveraging a specific issue type and having a unique workflow so that you can leverage the jira.permission.edit.group workflow property to each status

Dirk Ronsmans

Hi @Jillian Marabut ,

Sadly field level permissions don't exist in JIRA. (on server you could do this with behaviours (Scriptrunner) through an addon but cloud has no such thing)

A workaround that I can think about (perhaps a bit tedious but the only one I can think of right now) would be to work with transition screens and a small "hack".

The hack:

By default if you remove a field from the edit issue screen it is no longer inline editable but you leave it on the view screen so it shows up for your agents to see. So basically a read-only field.

The Workarround (so it can be edited by your admins):

You could create a transition (with a transition screen) where you add the field on that you want to change and block that transition to only be allowed by your admins. (through a workflow property/condition)

This would look like you have a screen just to edit that field.

If this only happens initially in your process you only need 1 transition from itself to itself. If this is possible on all states perhaps a transition to a new state (like a spider/catch all status) might be an option and then you would need a manual action to move it back to the original status.

I would think this is something that can only be done initially during triage of your admins.

This is by far a nice and clean solution but I don't think there is any way to really block someone from changing a field if it is on the edit screen (and the users have edit issues permissions)

All comments