-
Type:
Bug
-
Resolution: Duplicate
-
Priority:
Low
-
Component/s: Work Item - Change History
-
None
-
Severity 3 - Minor
Issue Summary
Releasing a version and moving unresolved work items to another version updates the "Fixversion" field history in the incorrect order
Steps to Reproduce
- Create a Jira space and create a version A
- Create a work item 1 and add it to the newly created version A
- Create a new version B
- Release version A while work item 1 is unresolved. Move the unresolved work item to version B
- Check the history of work item 1.
Expected Results
The work item history should capture the list of events related to Fix version field as expected:
- Fixversion field changed from None to Version A
- Fixversion field changed from Version A to None
- Fixversion field changed from None to Version B
Actual Results
The Fixversion field value change history on the ticket is out of order:
- Fixversion field changed from None to Version A
- Fixversion field changed from None to Version B
- Fixversion field changed from Version A to None
Workaround
Currently there is no known workaround for this behaviour. A workaround will be added here when available.
- duplicates
-
JRACLOUD-80486 Issue history entries for Affects versions and Fix versions fields are misleading
-
- Gathering Impact
-