-
Bug
-
Resolution: Unresolved
-
Medium (View bug fix roadmap)
-
None
-
7.1.4, 8.3.1, 8.18.2
-
7.01
-
29
-
Severity 3 - Minor
-
3
-
Burndown chart is missing issues when issue is transitioned in the same second that issue was created.
Steps to reproduce:
1. create issue and immediately transition it to other status (eg. by using rest API, Automation) so that transition happens in the same second that the issue was created in
2. use issue in the sprint
3. close sprint
4. go to burndown chart - the issue is not in the "start sprint" row
Actual behaviour
- Issue was missing from the Burndown Chart but not Sprint Report. The issue key will appear after issue was resolved and Sprint was ended.
- Story points was not calculated in the Burndown Chart.
Expected behaviour
Issue is included in the "start sprint" row
Possible workaround
- Backup JIRA
- Update the "created" field of offending changegroup and jiraissue
alter table jiraissue modify column created datetime(3); alter table changegroup modify column created datetime(3);
The SQL query is applicable for MySQL database.
The column names are case insensitive in MySQL, but some third-party tool may store cached column names in uppercase ("CREATED"), ex. Power BI reporting tools. This will not cause any problems for Jira, but may require some schema refresh for this tools.
- Restart JIRA
- Reindex instance
- relates to
-
JRASERVER-68723 Comments are sorted and displayed incorrectly if they're created within the same second
-
- Gathering Impact
-
-
JSWSERVER-16702 Burndown chart can miss issue transition if multiple transitions were made in 1 second
-
- Gathering Impact
-
-
PSR-482 You do not have permission to view this issue
- blocks
-
GRD-2980 You do not have permission to view this issue
- mentioned in
-
Page Failed to load
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
burndown chart is missing issues in start sprint row
-
Bug
-
Resolution: Unresolved
-
Medium
-
None
-
7.1.4, 8.3.1, 8.18.2
-
7.01
-
29
-
Severity 3 - Minor
-
3
-
Burndown chart is missing issues when issue is transitioned in the same second that issue was created.
Steps to reproduce:
1. create issue and immediately transition it to other status (eg. by using rest API, Automation) so that transition happens in the same second that the issue was created in
2. use issue in the sprint
3. close sprint
4. go to burndown chart - the issue is not in the "start sprint" row
Actual behaviour
- Issue was missing from the Burndown Chart but not Sprint Report. The issue key will appear after issue was resolved and Sprint was ended.
- Story points was not calculated in the Burndown Chart.
Expected behaviour
Issue is included in the "start sprint" row
Possible workaround
- Backup JIRA
- Update the "created" field of offending changegroup and jiraissue
alter table jiraissue modify column created datetime(3); alter table changegroup modify column created datetime(3);
The SQL query is applicable for MySQL database.
The column names are case insensitive in MySQL, but some third-party tool may store cached column names in uppercase ("CREATED"), ex. Power BI reporting tools. This will not cause any problems for Jira, but may require some schema refresh for this tools.
- Restart JIRA
- Reindex instance
- relates to
-
JRASERVER-68723 Comments are sorted and displayed incorrectly if they're created within the same second
-
- Gathering Impact
-
-
JSWSERVER-16702 Burndown chart can miss issue transition if multiple transitions were made in 1 second
-
- Gathering Impact
-
-
PSR-482 Loading...
- blocks
-
GRD-2980 Loading...
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...