-
Bug
-
Resolution: Fixed
-
Medium
-
5.2.2
-
None
-
5.02
-
NOTE: This bug report is for JIRA Server. Using JIRA Cloud? See the corresponding bug report.
We have several customers that collect "common hours" such as vacations and meetings on the same issue for all employees. This means that the history of these issues grows very big (thousands of changes).
We have noticed that adding hours to these issues takes a good deal longer than adding hours to "new" issues (5-10 seconds, sometimes longer). We have tried both the standard "Log work" function and Tempo with the same results.
Experimenting a bit also shows that it looks like the "dispatchEvent" parameter to the "createWorklog" function is the key. Setting the "dispatchEvent" to false makes everything OK. This means that somebody that is listening to the ISSUE_WORKLOGGED_ID event is taking a long time processing.
Note that we disabled all plugins except the Atlassian plugins (see attached screenshot) which means that it's either JIRA itself or some of the listed Atlassian plugins that is the culprit.
Best regards,
Bjarni (Tempo plugin)
Workaround
As a temporary workaround, the JIRA WebHooks Plugin can be disabled through the UPM.
- is related to
-
JRASERVER-40161 Add work log queries whole issue history causing performance hit on issues with large change history
- Closed
- relates to
-
JRACLOUD-31581 Adding worklogs to issues with large histories is very slow
- Closed
- Testing discovered
-
JRACLOUD-66181 Displaying the worklog panel or a report with a very large number of worklog entries is a complete fail
- Closed
- is cloned from
-
JRADEV-20581 Loading...