-
Bug
-
Resolution: Invalid
-
Low
-
None
-
7.0.2
-
7
-
4
-
3
-
Hi everyone,
This is an update to inform you that this ticket is invalid.
The key used here, jira.permission.create.clone, is invalid. Using the right key, jira.permission.createclone.denied, with the right value, true, the problem shouldn't happen.
JRASERVER-67652 is about a similar, valid bug when using the right key, and there is a Workaround. Please watch it for more details.
Summary
Setting jira.permission.create.clone = disabled on a specific step on JIRA will still allow users to clone issues on that status, unless the property is also set on the first status of the workflow
Steps to Reproduce
For this example, I'm using the following workflow as reference: To Do -> In Progress -> Done
- Add the following property to the In Progress status: jira.permission.create.clone with the denied value and publish the workflow changes;
- Navigate to an issue on the In Progress status and try cloning a ticket on More > Clone
Expected Results
The current user won't be allowed to clone the ticket.
Actual Results
The current user can normally clone the ticket.
Workaround
Set the property on the first status of the workflow as well.
- is related to
-
JRASERVER-45995 jira.permission.create.clone workflow property denying ability to Create Issues using REST API
- Closed
- is superseded by
-
JRASERVER-67652 Using jira.permission.createclone.denied on Initial Workflow Status breaks Issue Creation via REST API
- Closed
- relates to
-
JRASERVER-59487 jira.permission.create.clone.denied in workflow property breaks Get create issue meta API
- Closed
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...