Created attachment 118663 [details] slow document I have a document with 65 labels on a page (see attachment). It already has too many images that are pretty large and that make it hard to work with in Writer. There is not a lot of text, which is why I find it strange that automatic spell checking blocks Writer for 2-3min. Steps to reproduce: 1) Open document with automatic spell checking enabled 2) Wait and see how spell checking adds wiggly lines to words in a frequency of around 1 per second while making Writer completely unresponsive. Less extreme but still visible: Steps to reproduce: 1) Disable automatic spell checking 2) Open document (it is slow but usable) 3) Enable automatic spell checking -> Writer is unresponsive for 1 minute while it checks for spelling mistakes The PC this runs on is rather old but handles the document before and after spell checking, but is completely overloaded while spell checking is in progress. I actually think the reason is more in rendering the wiggly lines that may trigger re-rendering of the whole view(?). Still, the performance in this case requires me to disable spell checking completely, which I think should never be necessary. Re-rendering every ~10s instead of every word may be the better approach if rendering is the actual cause.
Repro. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64) Build ID: 9ce08dcc2e32c5554ddf71b79173f8854e0568ad TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-09-17_21:43:51 Locale: en-US (fi_FI)
Migrating Whiteboard tags to Keywords: (perf)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Repro with Version: 5.5.0.0.alpha0+ Build ID: 076ed447f694239d5c67adee528ea6e471d909ff CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20 Locale: nl-NL (nl_NL); Calc: CL but not in the same extend in Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL
Also found in Versie: 5.0.0.1 Build ID: 9a0b23dd0ab9652e0965484934309f2d49a7758e Locale: nl-NL (nl_NL) So it's not related to bug 105426
Created attachment 136760 [details] Bibisect log ~/bibisect-win32-5.1 $ git bisect bad 38ec2e0798e9d97f7c6bf23dc0cf8e3c9042c10b is the first bad commit commit 38ec2e0798e9d97f7c6bf23dc0cf8e3c9042c10b Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Fri Jul 17 08:11:27 2015 -0700 source 48c2815dd20cf20eeec8bb4e003000f4a3d13291 source 48c2815dd20cf20eeec8bb4e003000f4a3d13291 :040000 040000 5229b95dd215b7bf6ba2c768943b9566007896b7 bb58c68d019654097b1257a8d1d4318864d20b6e M instdir -- author Michael Meeks <michael.meeks@collabora.com> 2015-06-10 11:08:00 (GMT) committer Michael Meeks <michael.meeks@collabora.com> 2015-06-10 16:27:20 (GMT) commit 48c2815dd20cf20eeec8bb4e003000f4a3d13291 (patch) tree 19596543beea4e4f56d1d06f429e575f596f0ad7 parent ef4fd9c52f16e6d242f999dd87170e6cac07230d (diff) tdf#91727 - Unwind non-dispatch of idle handlers. This clobbers the functionality from commit: 06d731428ef6cf93c7333e8228bfb6088853b52f make idle timers actually activate only when idle Since now all rendering and re-sizing is done in idle handlers it does effectively the opposite of what was intended. A better solution would allow special-casing the processing of just rendering, re-sizing and window management to spin for eg. progress bar rendering. Also add helpful debugging labels to the idle & timeouts. Also cleanup the Idle vs. Scheduler handling. Also ensure that starting an Idle triggers a mainloop wakeup. Also add a unit test.
@Jan-Marek Something for you?
Repro with: Version: 6.0.0.0.alpha0+ Build ID: b087e451527f2e497ccab83b63b4f10099bfb8b8 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-10-03_23:43:39 Locale: nl-NL (nl_NL); Calc: CL
Adding Cc: to Michael Meeks
*** Bug 113137 has been marked as a duplicate of this bug. ***
No repro with Version: 6.1.0.0.alpha0+ Build ID: b87fe45e8b087a315a65b92bf9c168b1e4c5cc00 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-02-16_23:14:35 Locale: nl-NL (nl_NL); Calc: CL
(In reply to Telesto from comment #11) > No repro with > Version: 6.1.0.0.alpha0+ > Build ID: b87fe45e8b087a315a65b92bf9c168b1e4c5cc00 > CPU threads: 4; OS: Windows 6.3; UI render: default; > TinderBox: Win-x86@42, Branch:master, Time: 2018-02-16_23:14:35 > Locale: nl-NL (nl_NL); Calc: CL Yep, with Swiss German dictionary installed, it is not unresponsive Version: 6.0.1.1 (x64) Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: fi-FI (fi_FI); Calc: group