Details
-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
3.13, 6.4.1, 7.4.0, 7.2.8, 7.3.4
-
3.13
-
8
-
Severity 3 - Minor
-
2
-
Description
Steps to reproduce
- associate project A to workflow A, which has To Do, In Progress, and Done statuses
- associate project B to workflow B, which has Open, Reopened, In Progress, Resolved, and Closed statuses
- make sure status Resolved in workflow B requires a Resolution on the Resolve Issue screen
- create a new issue in project A, which should have status To Do
- move it to project B and select status Resolved
Expected behavior
Resolution field should be required to be filled in in the Update Fields step
Actual behavior
Resolution field is not required to be filled, resulting to the fact that the issue is Resolved without a Resolution
Original description
When moving an issue to a context that does not contain the current status, you can select a new status. E.g. "Awaiting Review" -> "Resolved"
This moves the issue into the resolved state, however the issue does not have a resolution. You need to re-open and then resolve it to be prompted for a resolution.
As resolution is not a required field, this is not technically a bug but still can leave JIRA in an inconsistent state. A bit like not having the resolution field on a the resolve transition screen.This happens for move issue and convert to subtask/issue.
Attachments
Issue Links
- relates to
-
JRASERVER-77671 The move issue operation should respect workflow restrictions and permissions in target project or issue type.
- Gathering Interest