-
Bug
-
Resolution: Timed out
-
Low
-
9
-
Severity 3 - Minor
-
2
-
Summary
When applying a property key to a status, the property key should only apply on the workflow and status where the property key is set. Property key settings are not scoped correctly, and property key settings are unintentionally applying to other workflows.
Scenario:
- A workflow scheme exists where there are multiple workflows assigned to different issue types
- Each of the workflows use the same 1st transition status("Status 1")
- The workflow scheme is assigned to a project
Steps to Reproduce
- Edit Workflow 1
- Click on "Status 1" > Properties
- Specify a property key and value. As an example, we will use the property key "jira.permission.comment.denied"(value=NULL)
- Publish the workflow
- Create a bug and a task
- Transition to "Status 1" on both issues
Expected Results
- Comments are not allowed on tasks while in the "Status 1" status
- Comments are allowed on bug issues while in the "Status 1" status
Actual Results
- Unable to comment on a bug issue even though there isn't a property key restricting "Status 1" on "Workflow 2"
Notes
- Adding the property key to "Workflow 2" instead of "Workflow 1" will produce the desired result
- Keeping to the scenario mentioned in the summary, when using "Workflow 1" on another project, the property key does not apply to issues on the other project
- Scope of the property key is limited to the project - property key doesn't affect "Workflow 1" when used on another project
- Multiple property keys are affected
Workaround
- No known workarounds
- duplicates
-
JRACLOUD-67736 Workflow property propagating to other issue type in the workflow scheme
- Closed