There are issues that needs to be updated by an addon for some operations. However this is not possible if the Workflow status has the property jira.permission.edit.denied is set to true.
Is there a way to bypass this workflow status property during an addon operation/request?
Hi @Sam Cruz ,
that property avoid that issues in that status can be edited. My suggestion, if the addon uses a specific integration user to perform that edit operation is to replace your current property with :
Keep in mind that that permission will be executable also via UI.
Hope this helps,
Fabio
Hi @Fabio Racobaldo _Herzum_ , thank you for your fast response.
Also to give more details, currently, our addon is using the ACSB (Atlassian connect spring boot) library and we want to update a custom entity property of any issue bypassing the permissions so that's why we are requesting as an addon instead of requesting as a user.
We haven't tried it yet but do you think adding the atlassian-addons-project-access role to the jira.permission.edit.role should work as expected?
Thanks.
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.
oh so meaning, in order to make it work the jira.permission.edit.denied property should be either removed or set to false, right?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Steven Pila , it should be removed or replaced with the other correctly configured.
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.