Description: Small delay when closing a simple document containing fontwork with pattern fill Steps to Reproduce: 1. Open the attached file 2. Press CTRL+W (or gray cross) Actual Results: 3/4 second delay Expected Results: No noticeable delay Reproducible: Always User Profile Reset: No Additional Info: Repro with Version: 6.3.0.0.alpha1+ Build ID: f5b9590fc06811a9dff550c6998d1d1088507e23 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL and with 4.4.7.2 but not with Versie: 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
Created attachment 151673 [details] Example file
I confirm it with Version: 6.3.0.0.alpha1+ (x64) Build ID: e92dcfdc7bd7b237e0bee26ff226a102d9e8e766 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-05-14_00:00:57 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded
Bibisected with Linux 43max to https://git.libreoffice.org/core/+/e2eda70f2746f08376d8cdf5e5360df217335aef%5E!/ startcenter: fdo#72469: Thumbnails also for other file types than ODF. It sounds plausible, but it would be nice to see someone else to a bibisect as this is kind of hard to quantify accurately. 4.3 repo is available for Win, so I encourage Telesto to try it.
I really can't assess, if there is still a relevant delay in comparison with other documents Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 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 So my suggestion is to close as RESOLVED WORKSFORME.
There is still a noticeable small delay Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e4e5fb4b2935e395c7e4b3a794d544a6f44709ce CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded