https://bugs.documentfoundation.org/show_bug.cgi?id=169732
Bug ID: 169732
Summary: Window size is incorrectly restored to maximized
dimensions instead of pre-maximized dimensions when
closed while maximized (Wayland).
Product: LibreOffice
Version: 25.8.3.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Description:
LibreOffice does not properly save and restore the window size/state when the
application is closed while maximized.
When a window is closed in the maximized state, all standard applications are
expected to restore the window to its original floating (pre-maximized) size
and position upon the next launch.
Instead, LibreOffice stores the maximized screen dimensions as the window's
last known floating size.
Consequently, when the application is opened again, the window appears in a
floating (un-maximized) state, but with the full size of the screen (the
maximized dimensions), instead of its original small size.
This behavior is extremely annoying, especially when the maximized state was
achieved on a very large monitor (like a 4K display or external monitor), as
the window becomes unusable on a smaller screen upon reopening.
Steps to Reproduce:
1.Open any LibreOffice document (e.g., Calc or Writer).
2.Resize the window to a small, custom size (e.g., 100×200 pixels) and ensure
it is not maximized (floating state).
3.Maximize the LibreOffice window using the title bar button. (The size is now
the screen size, e.g., 1440×900).
4.Close the document/application while it is still in the maximized state.
5.Re-open the same LibreOffice software. (if you open writer at first step, you
must reopen writer and not Calc or Impress)
Actual Results:
The LibreOffice window opens in an un-maximized (floating) state, but with the
dimensions of the last maximized window (e.g., 1440×900). The window should be
much smaller.
Expected Results:
The LibreOffice window should open in the un-maximized (floating) state with
the size it had before it was maximized (e.g., 100×200). This is the standard
behavior for most desktop applications.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 25.8.3.2 (X86_64) / LibreOffice Community
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 12; OS: Linux 6.17; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Flatpak
Calc: threaded
---
Operating System: Fedora Linux 42
KDE Plasma Version: 6.5.3
KDE Frameworks Version: 6.20.0
Qt Version: 6.9.3
Kernel Version: 6.17.8-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × 13th Gen Intel® Core™ i5-13420H
Memory: 32 GiB of RAM (31.0 GiB usable)
Graphics Processor 1: Intel® Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3050 6GB Laptop GPU
Manufacturer: HP
Product Name: Victus by HP Gaming Laptop 15-fa1xxx
--
You are receiving this mail because:
You are the assignee for the bug.