-
Bug
-
Resolution: Unresolved
-
High
-
None
-
6.7.12, 7.0.10, 7.1.9, 7.4.6, 7.5.4, 7.3.9, 7.9.2, 7.7.4, 7.8.4, 7.11.0, 7.2.15, 7.6.7, 7.10.2, 7.12.3, 7.13.3, 8.13.0, 8.5.9, 8.20.12, 9.4.6
-
6.07
-
61
-
Severity 2 - Major
-
26
-
-
Summary
It appears Jira Software loses viability on an issue's change history when a previously existing status is removed ( changed ) from the project's workflow. This affects the historical reporting on the various agile charts for the affected project.
Steps to Reproduce
- Configure a workflow with the following statuses
- Open -> In Progress -> Resolved -> Closed
- Create a sprint, add an issue from the backlog, transition every step from Open until Closed, and complete the sprint
- Create new workflow with the following statuses
- Open -> In Progress -> Status 9
- Migrate workflow, map issues in Resolved and Closed to Status 9
Expected Results
Agile reports are unaffected by this change
Actual Results
Sprint report show issues moved from Resolved and Closed to Status 9 as being In Progress and Removed From Sprint. Cycle Time is also incorrectly calculated for these issues as well. See attached screenshots.
Notice how the Sprint report shows issue 1 as Open instead of Status 9
Notes
Other Agile reports may be affected from this change.
While the original report comes from Jira 6.4 / Jira Agile 6.7 we reproduced this problem in Jira 7.11 too.
This can affect any status on the far right or far left for example if you leave out a to do status from the old workflow, the sprint report will not see that the issues were ever "started" and it will negatively affect burndown
Workaround
Modify the affect project's workflow, add changed status back, and map this status to a column in the project's agile board(respective to their position in the old board i.e. far right or far left) They do not need transitions to or from other statuses. In the example above Agile reporting is fixed by adding Resolved and Closed back to the affected project's workflow and mapping the statuses to the Done column accordingly. See attached screenshot.
- relates to
-
JSWSERVER-11336 Sprint report shows wrong issue status if the column isn't mapped in the board
- Closed
-
JSWCLOUD-23566 Removing a status from a workflow makes the issue history and agile reporting inconsistent
- Closed
-
JSWSERVER-15106 Some reports are not showing the correct data if the workflow is changed.
- Gathering Impact
-
JSWDC-29 Loading...
-
JSWDC-50 Loading...
- causes
-
PSR-269 Loading...
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
- Wiki Page
-
Wiki Page Loading...