jira.issue.editable property seems not to work

[Anastasia Kozlova]

Hi folks,

I am putting a property to my workflow transition, but an issue still remains editable.

I tried those ones:

• jira.permission.edit=denied
• jiia.issue.editable=false

When I'm exporting a workflow as an xml file, I can see the following:

<action id="61" name="My transition">
 <meta name="jira.description"></meta>
 <meta name="jira.permission.edit">denied</meta>
 <meta name="jira.fieldscreen.id"></meta>

or

<action id="61" name="My transition">
<meta name="jira.description"></meta>
<meta name="jira.fieldscreen.id"></meta>
<meta name="jiia.issue.editable">false</meta>

Any ideas?

[Jeremy Gaudet · Accepted solution]

I believe that property only applies to statuses, not transitions.  While an issue is in a status flagged as not being editable, the issue will not be editable.

[Anastasia Kozlova]

That's not the point.

In the next status the issue still remains editable, as I mentioned above.

[Jeremy Gaudet]

Because you set it on the transition.  You have to set it on the status explicitly.

[Phill Fox]

Also be careful on your spelling I can see in your excerpts that you have JIRA spelt as jiia.

• jiia.issue.editable=false

  when it should be 

• jira.issue.editable=false

[Anastasia Kozlova]

Phill, you're right.

But after correcting the typo the issue is still uneditable(

I even tried to add a custom database table prefix, but it also didn't help.

[Anastasia Kozlova]

editable I meant)

[Thomas Schlegel]

As Jeremy already said, jira.issue.editable is a property of statuses, not transitions.

Add the property to the status instead of the transition and it should work. 

[Udo Brand]

Where should the issue be not editable? During the transition - then remove the screen used in that transition, or in a status - then add that property to the status as Jeremy mentioned.

[Anastasia Kozlova]

Gyus,

I got it. Now I feel stupid)

Thank you so much for help! Those buttons look alike)

[Jamesson]

What if you want the screen to be there AND the issue (or a specific field) to be uneditable?

[S]

This worked for me. You can also try the following:

On the workflow, go to the status you want to apply the property to, select properties >

Property: jira.permission.edit.denied

value: denied

[david_klemme]

Thanks! ;)

[Romina Toledo]

thanks!

[Gil Vinokoor]

Hi @S @david_klemme @Romina Toledo @Anastasia Kozlo

I tried implementing the suggested solution of S, but was still able to add/link an open child issue under a closed (Done) parent issue. Also, I was able to edit/reopen the closed issue.

Maybe one of you can explain what the user experience is supposed to be by adding that Property Name and Property Value to the Done Status?

Or, another way to prevent adding/linking open child issues to a closed parent issue?

[Robert Taron]

@Gil Vinokoor ,

"Link Issues" and "Transition Issues" are different Permissions than "Edit Issues", so to defeat those Permissions, you'd have to add Properties for each of them in addition to the editable Property.

"Edit Issues" Permission, which is addressed by the Property in question, prevents modification of value fields (e.g. - Summary, Description, Custom Fields, etc.), but it does not prevent actions granted by other Permissions (e.g. - transitioning, linking, commenting, time tracking, etc.)

Hope this helps!

[Alexander Richter]

Hello there,

nearly the same Problem here..

i put the property to one Step of a certain Workflow.

Issues in this Step are still editable.

Any ideas why?

image2016-2-18 10:24:45.png

Regards,

Alex

[Udo Brand]

Is it on a step or a transition? Is the workflow published?

[Alexander Richter]

Workflow wasn't published .. now it works.. thank you very much!

Feeling like a bloody beginner again