Description: The first 500 pages are instantly shown, the other 1000 are added incrementally Steps to Reproduce: 1. Open attachment 192460 [details] 2. It opens with 519 pages visible. It takes a while to add the other 1000 pages Actual Results: LibreOffice is able to render 519 pages 'at once' and takes 120 seconds to add +/- 1000 more. What makes the difference? Expected Results: So somehow LibreOffice is able to render 519 pages quickly and the rest of the pages need to be added incrementally. It's been this way ever since OpenOffice 2.2.0. It doesn't make any difference if you save the file; it will always incrementally added the pages starting from 519. This rather particular behaviour, IMHO. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
@Buovjaga, This not necessary a bug, however I simply unable to grasp why the current behaviour being as it is. Especially because it's inherited from OOo. Some bold guessing: loading the first part of a document, and adding the other pages incrementally made sense on slow machines of the year 2000. Loading the full document with 1500 would take way to long to be workable. The incremental adding was a compromise. However the incremental adding of pages after opening appears to be rather expensive and really slow on modern machines.
Was able to replicate this. Changing the status to New, Telesto says it might not be a bug, but developers can check it. Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded