Edit permission at the Role Level in workflow

[Mark Gordon]

JIRA,

We want to do jira.permission.editable.projectrole= Project_Supervisor but as we see, the projectfole needs a number. So, lets say it is jira.permission.editable.projectrole= 10567.

Our projects have the same role. So as we replicate a new project on the JIRA instance, in order for this workflow to work, the number MUST be the same - we can not be going into the workflow and altering that number. How can we gaurantee that the number is the same?

The best solution is that the jira.permission.editable.projectrole takes a name.

We also can not use a group because the group name changes per project.

I have seen the link jira.permission.editable.xxx as Step Property  but this does not solve it.

Any ideas?

thanks,

[Matheus Fernandes · Accepted solution]

Hi Mark,

The numbers you mean are actually the IDs of the Project Roles. The IDs will be the same throughout JIRA, not matter which project. You can see this with the following query in JIRA's database:

SELECT id, name FROM projectrole;

For example:

id   |          name
-------+------------------------
 10000 | Users
 10001 | Developers
 10002 | Administrators
 10100 | Service Desk Customers
 10101 | Service Desk Team

I hope this helps!

[Mark Gordon]

Matheus, thanks. the next question would be what if you setup another instance of JIRA - instance B. You want all of the configutations from Instance A copied to Instance B. Do the project roles get a new number?

[Matheus Fernandes]

That depends on what you mean by 'copied to Instance B'. If you're planning on copying the instances using a database backup or an XML backup (JIRA's native backup utility), the IDs will remain the same. If you'll simply recreate the same thing on the new instance, the IDs will be different (except for the Users, Developers and Administrators roles, which are default).

[Mark Gordon]

Matheus, I have answer it. Thanks.

[Mark Gordon]

Mathus, sorry, you have answere it. thanks.

[Matheus Fernandes]

Anytime! :)