Why am I unable to set the 'jira.issue.editable' property to false and use a post function?

I'm trying to accomplish two things here:

1.) On the transitions to the end states, I would like the resolution to be set to 'Done'

2.) When an issue is an end state, I would like all fields to no longer be editable.

I can accomplish both of these things seperately, but I am running into an issue when trying to execute them together. I have given each end state the property 'jira.issue.editable' and set it to false. Alone, this works just as expected. As soon as the issue enters one of those states, the fields are locked and no longer editable. However, when I add in the post-function on the transitions to those status that changes the value of "Resolution" to Done, then the fields remain editable in those states. The resolution is successfully changed to Done though.

Anyone seen this before? Any ideas?

1 answer

This widget could not be displayed.
Rachel Wright Community Champion Jul 26, 2017

Hi Sam,

I haven't seen this before, but I'll try to help you until someone who has comes along.  :)

First, make sure your "jira.issue.editable" property is set on the step, not on the transition.

Next, try moving your post function up in the list.

Let me know if either of these things improves your situation.  This sounds like a common need for others.  I'm sure we can figure it out.

Rachel Wright

Hi Rachel,

Appreciate your response. I can confirm the property is set on the step and not the transition.

Additionally, I did experiment with the post function priority. I placed it first on the list and also last. Unfortunately, this didn't resolve the issue. However, I discovered the issue isn't exactly as I originally described it.

Immediately after I transition the issue to the final stage, I can still edit the fields, which is the action I want to prevent. But as soon as I refresh the page or navigate away from and then back to the issue, the fields are locked.

I tested this with another step property, "jira.permission.edit.group" and confirmed the same behavior is occuring. It successfully locks editing down to the specified group when in a certain state, but only after the page is reloaded.

Is this expected or known behaivor? 

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted Tuesday in Jira

What modern development practices are at the heart of how your team delivers software?

Hey Community mates! Claire here from the Software Product Marketing team. We all know software development changes rapidly, and it's often tough to keep up. But from our research, we've found the h...

252 views 1 3
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you