Summary: | Writer slow to open/work with strange 107-pages DOCX where all content is in headers (also slow in MSO) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Rafael Lima <rafael.palma.lima> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | dgp-mail, m.weghorn, raal |
Priority: | lowest | Keywords: | filter:docx, perf |
Version: | 7.3.2.2 release | ||
Hardware: | All | ||
OS: | Linux (All) | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=148365 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 104450 | ||
Attachments: |
DOCX file where the problem occurs
Screencast with gtk3 |
Description
Rafael Lima
2022-06-09 17:03:00 UTC
Can't confirm with Version: 7.3.4.1 (x64) / LibreOffice Community Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL No crash Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: d4123356c61db269651e950a0a2cc93e6d801c90 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo Please try with GEN and GTK3 (profile reset is unlikely but also try). (In reply to Timur from comment #3) > Please try with GEN and GTK3 (profile reset is unlikely but also try). I tried with the latest nightly build with a clean profile. The file initially hangs for 15 seconds before LibreOffice starts responding. It's no longer a crash, but a hanging problem... it's taking longer than it should to open this file. Also, it's not happening in "gen" and "gtk3", but only in "kf5". System info Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: cb83063cc0eb4e93bd44bc0cb9b7c4841230cdef CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded I'll confirm like this: Writer longer opening a DOCX in kf5 and qt5, compared to gen, gtk3. Measured on 2nd open, it's 20 sec compared to 5 sec. Created attachment 180795 [details]
Screencast with gtk3
Does working with the document actually behave as expected for you when using gtk3? For me, while it's a faster to load with gtk3 as compared to kf5 and initially looks OK, LO starts "freezing" as I start "doing something" (typing a bit in the document, scrolling,...), s. screencast in attachment 180795 [details], created with a LO build from the bibisect repo: Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: d4123356c61db269651e950a0a2cc93e6d801c90 CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded When using a debug build of current master (which is slower than a release build), it's much worse. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 578521ed67ff905bcd2e1b56f0fee6a0635b41e7 CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_GB.UTF-8); UI: en-US Calc: threaded To me, it therefore looks more like a Writer problem with the attached doc than a problem specific to kf5 (even if it becomes more apparent there because overall experience is even worse there). Yes, work is slow in gtk3, actually open is also slow in GUI. Previously I used variable OOO_EXIT_POST_STARTUP which probably gives false results here. As noted, no repro in Windows. MSO is also slow to open. This is "pathological document", all text is in headers!? Lowest priority if any. |