Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×Example: When an issue is moved to the 'backlog' status, I want to prevent the description field from being edited ever again, regardless of its new status, by a particular role (such as a client).
Hi Mercedes
You can use the jira.issue.editable
flag to enable/disable editing of issues.
You can refer to this link: https://confluence.atlassian.com/display/JIRA/Allow+editing+of+Closed+Issues as a guideline
Thanks
If you use Hashimis solution you could add to this Backlog status a transition called "Edit" which goes back to Backlog. Add a screen to this transition with all but description field. So for a user it looks like the Edit button has moved and the user won't be able to edit the description when he clicks the "Edit" transition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, in that Backlog status editing is blocked, you would only be able to use that "Edit" transition (whithout description). In all other status (where jira.issue.editable is enabled) you would be able to edit all fields.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
While we use similiar approach in some projects you should be aware that it has some "side-effects". There is no more inline edit capability for issues in Backlog status and also bulk edit is not available for issues in Backlog status.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for your insights Hashimi, Udo and Clemens. While not an ideal solution, it would appear this is the answer to my question (at least for now!).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Glad we could help. One more point. In order to have your notifications behave as normal you would need to fire the issue update event in that "Edit" transition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I tried to apply this however it isn't actually locking the issue in the status where I applied the property. Anyone have any advice?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Another side-effect is that eg Tempo Timesheets app counts on the issue-editable = true
So no time registration is possible, this is an issue for us
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Scriptrunner Behaviours can limit editability of fields combined with conditions: status, transition, user roles ...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mercedes,
The Live Fields feature from JJupin plugin can disable a field(i.e. make it read-only). Check it out: http://confluence.kepler-rominfo.com/display/JJUP30/lfDisable , we have a couple of tutorials and recipes here too: http://confluence.kepler-rominfo.com/display/TR/Tutorials . All of them are powered by our Simple Issue Language (SIL).
Best regards,
Silviu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
JJupin is not available for JIRA Cloud!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh, I haven't noticed that. I'm sorry! However, I will keep the answer, maybe someone with a server instance may need it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Doesn't work on JIRA Server. Couldn't disable a field. Here's what i put in the post function:
lfDisable("assignee");
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.