Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Remove label from closed issues


I've an automation that should delete a label from issues that are in closed or resolved status.
The question here is that the workflow does not allow changes once the issue gets to close or resolved status.

Is there a way that automation bypass this "restriction" and be able to delete a label from that issues?



Hi Sandro,

So Automation for JIRA actions still execute in the context of a user (the rule actor).  We have to - since most  of JIRA's internal APIs expect a user to exectue an action.

As such we are also bound by the same permission checks and validation that JIRA performs normally.  So if an issue is marked as *not* editable by the workflow, then I'm pretty sure the 'Edit issue' action in Automation for JIRA will also not be able to edit this issue (and therefore can't remove a lable).

The only way around this I think would be to use security levels somehow instead of workflow to disallow editing of closed issues, so that only the Automation for Jira rule actor is in a security level that allows issues to be edited, and then setting that security level whenever an issue is closed.  It's a bit complicated to setup though s not sure this is a great solution.

Hope this helps.



Hi Sandro,

for your information, the JIRA Misc Workflow Extensions (JMWE) add-on doesn't have this limitation, neither on JIRA Cloud nor on JIRA Server. But you probably don't want to have to buy or subscribe to another add-on just for this.


Hi David,

I'm curious, how do you get around this limitiation in Cloud?  You'd have to use the REST API, which means you'll be subjected to JIRA's permission checks?


Ah I see, because JMWE uses workflow post-functions, to edit the fields, which would require editing the workflow to set this up correct?

Hi Andreas,

yes, JMWE provides post-functions. But I'm not sure I understand what your question meant. We do use the REST API though.


Hey David,

Well so I think it works, since the post-function will call the edit issue REST API *before* the non-editable property has been set.  

If you try to use the REST API *after* the workflow transition has completed (and the non editable property was set by the workflow), then the edit via REST API should not be able to succeed, since internally that goes through the issue service which will check if the issue is in an editable state.


I'm talking about the 'jira.issue.editable' workflow property btw (, which is what I'm assuming @Sandro Silva used to make the issue not editable in the resolved or closed states.

Also see:

Hi Andreas,

I'm going to be a nice neighbor (i.e. fellow add-on vendor) and point you to the overrideEditableFlag of the Edit Issue REST endpoint :)



Hi @andreas,

yes, that's right we are using the  'jira.issue.editable' workflow property to disable editing.
The workflows are managed by development teams so I can't change it.
Thanks to all for you answers.



Thanks @David Fischer _Appfire_. Wow I did not know about this flag.  I've raised now for us to implement support for it in future @Sandro Silva.  

We've got quite a few higher priority items in our backlog at the moment so it will be a while before we can get to this, but we'll let you know when we get a chance to work on this.

It will very usefull, for sure!

Thanks @David Fischer _Appfire_ and @andreas.

Hi @andreas@David Fischer _Appfire_
I've been triyng to implement a workaround using the flag mentioned but it is only available for JIRA Cloud REST API. For JIRA Server that flag doesn't exists.
Maybe that's the reason Automation is failing me.

Well just for you to know. Hope that in a near future automation is able to bypass this restriction.


Hi Sandro,

i didn't realize you were on JIRA Server. You are right, the JIRA Server REST API is slightly different. 

In the case of JMWE, we don't have that issue because JMWE for JIRA Server is based on JIRA's Java API which has much fewer restrictions. 


Hi @Sandro Silva@David Fischer _Appfire_,

We also use the Java APIs in server and not REST so we'll be able to implement this using the Java APIs as well.  We just have to get around to implementing it.  

We still have quite a few higher priority items in our backlog currently unfortunately so it will be a little while.




Log in or Sign up to comment
Community showcase
Published in Apps & Integrations

🍻🍂Apptoberfest Update: Upcoming Virtual Events 🎉

Hello Community! I hope you've been enjoying the 🍂Apptoberfestivities🍂 (I know I have!) The event is heating up next week with a series of virtual events that we're calling the 🍻🍂Partner App ...

479 views 5 19
Read article

Community Events

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

Find an event

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

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you