Description: Long post processing after file open of a large document (compared to 4472) Steps to Reproduce: 1. Open Writer & disable automatic spell checking 2. Open the file and monitor the time taking until the CPU usage drops back to +/- 0% Actual Results: 50 seconds with master 20 seconds with 4472 Expected Results: Something like 4472 Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 6.2.0.0.alpha0+ Build ID: 7d242f3bd7277236046f90d3f32b9792fd8ea97b CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-09-18_23:43:19 Locale: nl-NL (nl_NL); Calc: CL but not in Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL
Created attachment 145102 [details] Example file
Can you do a new measurement? I get 20 s in current master. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 00e10ae3189a4407ffb1a48f836cd52dc9a1b6df CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on 13 October 2018
I get 29 seconds with master Version: 6.2.0.0.alpha0+ Build ID: ba6723431afa843232fadf44e12ddab44e85c9f0 CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: threaded build on 14 October 2018
Getting 29 seconds now. Version: 6.2.0.0.alpha0+ Build ID: b63d48a146c3615f56b6ec83361b3c02ebcbb215 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-10-13_23:33:20 Locale: nl-NL (nl_NL); Calc: CL Maybe the fix for bug 119992.. Would match the results... Did check though The document contains a very large single paragraph, which isn't to helpful.. WFM
*** Bug 120444 has been marked as a duplicate of this bug. ***