Iteration report bugs
Referencing this iteration's report -- https://gitlab.com/groups/gitlab-org/-/cadences/16671/iterations/51127. The iteration report was cross-checked with this manually compiled list of iteration events -- https://docs.google.com/spreadsheets/d/1uUgTXJWlMFjY-5gYnNjAvi9K8jETadCLo2kWDunaUcQ/edit#gid=0.
Bug 1 -- Incomplete stat is wrong
Possible root cause: The Incomplete ...
stat only includes issues that are in progress
. At the time of writing this, the referenced iteration has 5 closed issues, 2 open issues, and 7 in progress issues. Incomplete is just the inverse of complete.
Bug 2 -- Burndown and burnup charts exclude the activity on the first day and are missing data
Burndown
As of this writing, the chart shows that there were 6 issues remaining on 2022-05-25. The iteration started with 14 issues, 3 of which were closed on the first day. As of today (2022-06-07), there are technically 9 remaining issues. Even if the first day is being excluded, the remaining count should have been 11 at the end of 2022-05-22.
As for weight, there was 30 issue weight at the start of the iteration. 2
weight was closed on 2022-05-29 (#356459 (closed)), which isn't reflected in the chart. 2
additional weight was closed on 2022-06-01 (https://gitlab.com/gitlab-org/gitlab/-/issues/330569), which is reflected on the chart. Issue confidentiality does not seem to be the culprit here.
Remediation:
- add an additional data point to the x axis that is a snapshot of the iteration at the start
- Fix root cause(s) of other missing counts/weights. It is not clear what is causing the problems.
It should look like this:
Burnup -- Missing data, incorrect data, and some incorrect tooltips
Note that the first day shows a total of 7. There were 14 issues in the iteration at the start, 3 of which were completed on day 1. This activity is completely missing from the burnup chart and 7
is just wrong. Total
should be 14. One day 1, completed should be 3.
Now looking at weight, the chart indicates there is a weight of 13 at the start of the iteration, when in fact, there was a weight of 30 at the start. The weight has remained unchanged throughout the iteration, but the Total
is completely inaccurate. Also note that the 2
weight completed on 2022-05-29 is missing as well (#356459 (closed)). There is also incorrect data in some of the tooltips (see screenshot)
Remediation:
- add an additional data point to the x axis that is a snapshot of the iteration at the start
- Fix tooltips to show correct data
- Fix root cause(s) of other missing counts/weights/totals. It is not clear what is causing the problems.
It should look like this:
Bug 3 (usability) -- the issue count in the tab under the charts excludes confidential issues, which is really confusing when the stats at the top do not. This makes people think there are problems. How can we best fix this from a UX standpoint?
Proposed remediation pending input from UX:
- Show a masked "Private/Confidential" issue in the issue row so it's clear there are more issues, you just don't have access to them.
original bug report:
Summary
We've noticed this a couple of times now that the burnup chart doesn't correctly show the sum of all completed issue's weights.
As can be seen in these screenshot, the chart correctly states that 3 of 26 issue weights are completed, however, the burnup chart shows 0 weight.
Steps to reproduce
This seems to happen after every iteration. Although all issues of an iteration have been completed, the iteration report are still missing weights.
Example Project
We're an EEP user with on-premise hosting, therefore can't share an example project.
What is the current bug behavior?
Completed issue weights are not counted correctly in the burnup chart.
What is the expected correct behavior?
Burnup chart correctly shows completed issue weights.
Relevant logs and/or screenshots
Results of GitLab environment info
Can't provide these details right now, but we are always on the latest version, currently 15.0.