https://bugs.documentfoundation.org/show_bug.cgi?id=154894
Bug ID: 154894
Summary: On app startup, Libreoffice displays / shows the
window BEFORE setting its maximization state
Product: LibreOffice
Version: Inherited From OOo
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
Assignee: [email protected]
Reporter: [email protected]
Description:
LibreOffice apparently does not wait until window maximization has been set (if
needed) before painting the window's components and showing the window. See
attached demonstration video.
Steps to Reproduce:
1. Unmaximize any libreoffice app window (Writer or Calc, for example), and set
some size
2. Quit the app, launch it again
3. Maximize the app's window
4. Quit the app, launch it again
Actual Results:
The window gets maximized but only after being shown, resulting in a visual
glitch where you see the scrollbars in the middle of the window where the
"unmaximized, but remembered size" state would be, and then the scrollbars move
into their final position a fraction of a second after the window has been
correctly maximized.
Expected Results:
Execute the show() (or show_all() command, or whatever it might be called) on
the window only once the window width, height, AND maximization state have been
set, so that it can be painted in one shot without any jank.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
It happens both on Wayland and Xorg/X11, and has been happening with all
LibreOffice versions I can remember.
--
You are receiving this mail because:
You are the assignee for the bug.
