Description: Open M2206C.odt, get a partial display —M2206C.png. Click anywhere in the text, display completes. Steps to Reproduce: 1.Open M2206C.odt, get a partial display —M2206C.png. 2.Click anywhere in the text, display completes. 3. Actual Results: On read, display is incomplete Expected Results: display complete Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL
Created attachment 181261 [details] file to read
Created attachment 181262 [details] screenshot, initial read
Not repro with Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: x11 Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.4-0ubuntu0.22.04.1 Calc: threaded For me the image appeared after first open without having to click anywhere. Tested with kf5, gen and gtk3. Maybe win-only?
No repro Win. Please try with LO user profile rename to test with a new profile or even better test with LO daily master.
(In reply to Timur from comment #4) > test with a new profile **file loads at beginning, not at last edit point, so that bug disappears > with LO daily master. **bug persists with 7.4. Version: 7.4.0.1 (x64) / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL
[Automated Action] NeedInfo-To-Unconfirmed
If bug is not reproducible with new profile nor for other users, it cannot be confirmed and can only be closed. What do you expect here?
Created attachment 181320 [details] screenshot, open and reopen compared I reproduced this like this: open attachment 18126 cursor go to page 4, for example after "#..la portion à-gauche, Fig·6c:" add some spaces and save File-Reload See it wrong until click in.
Not seen with gtk3. Seen with Gen, kf5, Skia in Lin and Gdi, Skia in Win.
author Luboš Luňák <l.lunak@collabora.com> 2021-08-09 commit b9c2207e1b5247b4d3184b137be9a75a4b8c6c37 (patch) avoid repeated writer layout calls with tiled rendering My next commit will disable idle paints for tile rendering, as they do nothing in that case (or at least that should be the case). But this code causes an infinite loop with idle layout timer, because painting resets the SwViewShellImp paint region, which is not performed if painting is done only later by idle rendering. Please see. Even before, rendering of page 4 was slow but it worked without click in.
*** This bug has been marked as a duplicate of bug 145396 ***