-
Bug
-
Resolution: Obsolete
-
Highest
-
None
-
5.9.4, 6.2.2, 6.10.1, 7.4.0, 7.11.1
-
60
-
Severity 3 - Minor
-
55
-
Steps to replicate
- install a fresh confluence 5.9.4/6.2.2.
- Create a page with with 500 rows or more table
- Save the page
- Edit the page
Expected behavior:
On Chrome the editor loaded within 2 sec
Actual behavior:
it took more than 5 sec for the full page to load up
(based on confluence 6.2.2 screencast
Chrome
chrome.mp4
Firefox
firefox.mp4
Storage format
Additional info
Test on confluence 5.9.4
| OS | FF Version | Behavior |
|---|---|---|
| Windows 10.0.15063 | 53.0 | not responding |
| Windows 10.0.15063 | 54.0 | not responding |
| CentOS 6-8.el6.centos.12.3.x86_64 | 45.5.1 | no problem |
| CentOS 6-9.el6.12.3.x86_64 | 52.0.0 64-bit | not responding |
- is related to
-
-
- Closed
-
- relates to
-
-
- Closed
-
-
-
- Closed
-
- Mentioned in
- mentioned in
-
Page Failed to load
-
Page Loading...
-
-
-
-
-
-
[CONFSERVER-52732] Editing a page with a table having more than 500 rows slow
We are having problems working with tables, after upgrading Confluence to version 7.13.2.
In particular with Confluence page editing with Chrome version 96.0.4664.55 (Official Build) and collaborative editing enabled.
This results in significant performance issues in our installation.
We look forward to a prompt resolution of this issue.
2017, Gathering Interest..... but it is a bug and Priority is "highest"?
We do not have collaborative editing turned on and plain tables are still very slow
Tried a table with about 900 rows, with Collaborative editing turned on, on Chrome.
It was very very slow.
6.2.1 and 6.2.4 are affected too
Confluence 5.8.5 is not affected
IE 11.0.9600 is slow
Firefox 54 (Win) is slow
Firefox 52 (linux) is slow
Chrome 60 (Linux) works fast, as expected
It does not matter if synchrony is enabled or not
My workaround: Use Chrome instead of FF or IE
Hi All,
We've been investigating this issue and want to share some findings.
This issue relates specifically to a Firefox bug that caused the browser to become unresponsive when dealing with large tables. We have been able to replicate the issue, and have confirmed that the bug in Firefox was fixed as of Firefox 60. On this basis I'll be closing the ticket as Obsolete.
Over time, this particular issue has attracted a lot of attention as a focal point for other table/collaborative editing performance issues as its presentation is similar to what some users are encountering. Obviously this feedback is important, so I'd like to link to some other issues we're currently investigating to see if we can capture the experience users are having and try address it
In addition, we're investigating general slowness in the editor as part of CONFSERVER-60057: Editing a large page in Confluence causes Synchrony timeouts
We'll continue to capture additional information on these issues and expend the tracking as required.
Closing this issue.
Thanks,
James Ponting
Engineering Manager - Confluence Data Center