-
Bug
-
Resolution: Unresolved
-
Low (View bug fix roadmap)
-
None
-
7.10.2
-
None
-
7.1
-
3
-
Severity 2 - Major
-
6
-
Summary
When an issue has enough comments to be collapsed, if there're comments created within the same second, they may be retrieved and displayed incorrectly by Jira.
This bug has a similar concept to JSWSERVER-13996.
Steps to reproduce
So far this is only reproducible by using comment clone functions by 3rd-party add-ons e.g. Clone Plus for Jira or Backbone Issue Sync for Jira:
- Create an issue with 10+ comments
- Use add-on function to clone the comments to another issue
- View the issue where comments are cloned to
Alternatively, manually edit the db to set the comment created values to the same second for all comments.
Expected behavior
Comments are retrieved and displayed correctly as they are in the original issue.
Actual behavior
A random comment may be missing whereas another random comment may be displayed twice.
Cause
This is caused by the way Jira retrieves comments from the database for the Comments tab when there're enough comments to be collapsed. Basically, Jira relies on the created column to sort the comments, and it assumes that there's a time gap (1 second+) between any 2 sequential comments. Due to the way comments are cloned using add-on, some comments might be written into the database having exactly the same created values (< 1 second difference), causing the comment sorting mechanism to break.
Notes
- Without collapsing, the problem doesn't appear
- Collapsing can be disabled by setting jira.comment.collapsing.minimum.hidden to 0 from Advanced Settings
- The problem never appears in All tab (as opposed to Comments tab)
Workarounds
- Vendors to modify add-on code to ensure comments are not created within the same second
- Manually modify the db to set the comment created values to have at least a 1-second gap sequentially
- Disable comment collapsing as per the Notes section
- is related to
-
JSWSERVER-13996 burndown chart is missing issues in start sprint row
-
- Gathering Impact
-
Comments are sorted and displayed incorrectly if they're created within the same second
-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
7.10.2
-
None
-
7.1
-
3
-
Severity 2 - Major
-
6
-
Summary
When an issue has enough comments to be collapsed, if there're comments created within the same second, they may be retrieved and displayed incorrectly by Jira.
This bug has a similar concept to JSWSERVER-13996.
Steps to reproduce
So far this is only reproducible by using comment clone functions by 3rd-party add-ons e.g. Clone Plus for Jira or Backbone Issue Sync for Jira:
- Create an issue with 10+ comments
- Use add-on function to clone the comments to another issue
- View the issue where comments are cloned to
Alternatively, manually edit the db to set the comment created values to the same second for all comments.
Expected behavior
Comments are retrieved and displayed correctly as they are in the original issue.
Actual behavior
A random comment may be missing whereas another random comment may be displayed twice.
Cause
This is caused by the way Jira retrieves comments from the database for the Comments tab when there're enough comments to be collapsed. Basically, Jira relies on the created column to sort the comments, and it assumes that there's a time gap (1 second+) between any 2 sequential comments. Due to the way comments are cloned using add-on, some comments might be written into the database having exactly the same created values (< 1 second difference), causing the comment sorting mechanism to break.
Notes
- Without collapsing, the problem doesn't appear
- Collapsing can be disabled by setting jira.comment.collapsing.minimum.hidden to 0 from Advanced Settings
- The problem never appears in All tab (as opposed to Comments tab)
Workarounds
- Vendors to modify add-on code to ensure comments are not created within the same second
- Manually modify the db to set the comment created values to have at least a 1-second gap sequentially
- Disable comment collapsing as per the Notes section
- is related to
-
JSWSERVER-13996 burndown chart is missing issues in start sprint row
-
- Gathering Impact
-