https://bugs.documentfoundation.org/show_bug.cgi?id=41777
--- Comment #63 from Piotr Osada <[email protected]> --- commit 8ce2cf3973ecd428eb8d0290930791ee1c771626 (May–September 2025) OBSERVATIONS TL;DR Documents are initially shown using fallback window geometry (module config / last session), and only afterwards the document-specific saved WindowState is applied, causing a visible window jump. CASE 1 1) Open with [1] for the first time any document (eg. in Writer) RESULT: Window is of size and at the position of the last size and position of Writer That means: work as needed/intended - nice and convenient. CASE 2 2-1) Open with [1] documents and set documents in different: position(x_n,y_n), size(x_n,y_n) 2-2) Save documents. 2-3) Close documents in the following order: Doc1 pos(x1,y1), size(w1,h1) Doc2 pos(x2,y2), size(w2,h2) Doc3 pos(x3,y3), size(w3,h3) Doc4 pos(x4,y4), size(w4,h4) CASE 2 OBSERVATIONS: Open Doc1: Initial window arrangement: pos(x4,y4), size(w4,h4) after a while*: pos(x1,y1), size(w1,h1) Open Doc2: Initial window arrangement: pos(x4,y4), size(w4,h4) after a while*: pos(x2,y2), size(w2,h2) Open Doc3: Initial window arrangement: pos(x4,y4), size(w4,h4) after a while*: pos(x3,y3), size(w3,h3) Open Doc4: Initial window arrangement: pos(x4,y4), size(w4,h4) after a while*: pos(x4,y4), size(w4,h4) CASE 2 CONCLUSIONS Oppening any document LibreOffice call: position(x,y) size(w,h) of last closed window. CASE 2) EXPECTED Oppening n-th document LibreOffice call: position(x_n,y_n) size(w_n,h_n) ACTUAL: In given LO session, LibreOffice initially sets the window position and size using the geometry of the previously used window, and then resizes to window dimensions saved in WindowState (position and size). EXPECTED: LibreOffice should firstly recall window position and size saved in the document that is currently in the process of opening. If there is no info about the window position and size saved in the document: LibreOffice should open the document with the position and size last known from the last session. This suggests that window geometry from the last closed window is applied as a temporary default before document-specific window geometry is asynchronously restored. [1] Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 680(Build:0) CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: pl-PL (pl_PL); UI: en-US Calc: CL threaded https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb103-1-TDF/2026-01-07_03.31.18/ *'a while' on my computer it is subjectively from 0.5 to 2.0 sec with files of sizes ranging from 20 KB to 400 KB Let's name this: delayed geometry restoration This is because: two-stage window geometry update. -- You are receiving this mail because: You are the assignee for the bug.
