Description:
When a LibreOffice window was in the maximized state on last close, it correctly opens in a maximized state. However, it will not unmaximize (normalize) before (a) first sending an initial unmaximize message, (b) sending another maximize message and finally (c) sending a 2nd unmaximize message.

You get this behavior whether using a mouse double-click or keyboard shortcuts. If using the double-click method, it will require 3 double-clicks to unmaximize the window.

A left or right tile action also frees the window to be unmaximized (normalized).

An attempt to drag the window down, from maximized, presents the user with a window that is mostly off the screen.

Steps to Reproduce:
1. Maximize an open LibreOffice window and close it.

2. Re-open the same LibreOffice componenent (Calc, Writer or Impress), which will correctly open in the maximized state.

3. Attempt to unmaximize the window, which will produce a flicker as the window fails to unmaximize.

4. Attempt to maximize the window, which will leave it in the same maximized state. At this point the window can be unmaximized normally.

5. Unmaximize the window normally.

Actual Results:
The window will not unmaximize on first attempt.

Expected Results:
The window should unmaximize on first attempt.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
- This only affects freshly opened maximized windows. Once past this bug with the same instance, the same window maximizes and unmaximizes normally.

- The 'libreoffice-x11' package is installed.

- This seems to be a problem only with GNOME Wayland Sessions. I did NOT see this on GNOME Xorg/x11 or on KDE Wayland.

- I have reproduced this behavior on GNOME Wayland sessions in both the Fedora and openSUSE environments.

- The versions of LibreOffice used were all from the standard Fedora and openSUSE repositories.

- All recent versions are affected from what I can tell. I have reproduced the bug with Ver 7.4.6 and Ver 7.5.3.