-
Bug
-
Resolution: Fixed
-
Medium
-
7.4.9, 7.11.3, 7.12.1, 7.13.0, 8.1.0, 7.19.9, 7.19.18, 8.5.6
-
27
-
Severity 2 - Major
-
51
-
Issue Summary
When updating an attachment on a page with many incoming links, the request can be very slow or even timeout. This is due to attachment reconciliation which occurs in the background to ensure attachment consistency.
This is reproducible on Data Center: yes
Steps to Reproduce
- Create a page and copy the link to the page (called main page)
- Create 1500+ pages all having a hyperlink to the main page
- Add or update an attachment on the main page
Expected Results
Reconciliation should only reconcile content that references the attachment, and the request should complete in a timely manner.
Actual Results
Reconciliation reconciles content that references the content an attachment is "attached to" causing unnecessary reconciliation - this causes the request to take longer than necessary.
In thread dumps you will find a majority of the request time in either:
- Pre 8.1 AttachmentRelatedContentReconciliationListener
- 8.1+ ReconcileReferringContentTask
Workaround
There are 3 known work-arounds:
- Minimise how many incoming links are coming into the page
- Optimise any Synchrony bottlenecks present in the system
- Disable collaborative editing
- relates to
-
CONFSERVER-95804 Editing the title of a page with many incoming links is very slow
-
- Gathering Impact
-
- resolves
-
CONFSERVER-99157 Error during linked content reconciliation (triggered by an attachment) causes some linked pages content to be duplicated
-
- Closed
-
Come on guys a short answer would be nice.
Since Confluence 9.X.X has not LTS Version we need to know if this bug was fixed in the latest 8.5.17 version