-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
6.5-OD-07, 7.0.2, 7.2.0-OD-03
-
6.05
-
10
-
Severity 3 - Minor
-
0
-
NOTE: This bug report is for JIRA Server. Using JIRA Cloud? See the corresponding bug report.
Summary
Default post functions order causing comment added in transition screen to be denied with certain status' property:
- jira.permission.comment.user set to denied/false. - This is fixed on
JRA-44123 - jira.permission.work.denied set to denied/false
Cause
When JIRA performing the post functions, the issue's status will get changed first before comment is added. This is causing the property to get enforced thus denying changes in the fields even it is added during transition.
Steps to Replicate
- Add a workflow property at the destination step: jira.permission.work.denied value denied
- Add a screen to the transition to the destination step above, which have the field included
- Publish the workflow
- Try running transition with a value in the restricted field from destination step.
Expected Behavior
Input during transition should be added still and only restrict after status has been change in JIRA view.
Actual Behavior
The workflow property is in place and causing the transition with the value to be ignored
- causes
-
JRASERVER-40997 Cannot add comment in transition screen if destination status has jira.permission.comment.user set to false
- Closed
- is related to
-
JRACLOUD-78759 Worklog is not being added during transitions when the target status has a jira.permission.work.denied status property
- Closed
- relates to
-
JRACLOUD-40629 Default post functions order causing values added in transition to be denied with certain status' property
- Closed
-
JRASERVER-41017 Workflow step which contain property to restrict comment is blocking transition with comment before status changed
- Closed
- mentioned in
-
Page Loading...