-
Bug
-
Resolution: Fixed
-
Medium (View bug fix roadmap)
-
6.4.5
-
6.04
-
Steps to replicate:
- I have 2 statuses - "In Progress" and "Resolved".
- I've set jira.permission.comment.denied property on status "Resolved".
- When I try fire "Resolve" on issue, I see transaction screen with "Comment" field.
- If I leave "Comment" field is blank, the transaction will be successful
- But if I type some text in the "Comment" field, the transaction fails and I get an error "username, you do not have the permission to comment on this issue."
I suppose it is due to the don't correct order of the transaction. Initially task is entering in a new status with the established properties, and then are set the field values, such as "Comment"
- is related to
-
JRASERVER-40997 Cannot add comment in transition screen if destination status has jira.permission.comment.user set to false
-
- Closed
-
[JRASERVER-44123] Comment in transaction screen blocked by JIRA Workflow Step Property jira.permission.comment.denied
Minimum Version | New: 6.04 |
Component/s | New: Issue - View Issue [ 13090 ] | |
Component/s | Original: Issue - Issue Properties [ 30393 ] |
Workflow | Original: JAC Bug Workflow v2 [ 2844917 ] | New: JAC Bug Workflow v3 [ 2927729 ] |
Status | Original: Resolved [ 5 ] | New: Closed [ 6 ] |
Workflow | Original: JIRA Bug Workflow w Kanban v7 - Restricted [ 2583490 ] | New: JAC Bug Workflow v2 [ 2844917 ] |
Workflow | Original: JIRA Bug Workflow w Kanban v6 - Restricted [ 1544694 ] | New: JIRA Bug Workflow w Kanban v7 - Restricted [ 2583490 ] |
Labels | New: affects-server |
Workflow | Original: JIRA Bug Workflow w Kanban v6 [ 911494 ] | New: JIRA Bug Workflow w Kanban v6 - Restricted [ 1544694 ] |
Thanks Oswaldo, logged a support ticket, I surely hope that it gets it due attention instead of falling in a backlog.
It behooves us as why an engineer would fix this just for
instead of seeing the bigger picture and realizing that this limitation applies to