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.
- This is on GNOME (Wayland) version 43.
I can confirm that this is also a problem with LibreOffice 7.4.3 on GNOME 41.9 (Wayland). This was on openSUSE Leap 15.x and there is no 'libreoffice-x11' package installed. Again, this problem does NOT present on any version of GNOME running an Xorg/x11 session. Only on Wayland.
Has anyone taken a look at this problem? Does anyone care about this anomalous behavior?
Reproduced, used the method of double-clicking the title bar as there were no window controls. LibreOffice 7.6.2 gtk3, Debian 12, GNOME with Wayland.
Dear Nolan Leasy, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This bug is still present in LibreOffice 25.8.2.2, running on openSUSE Tumbleweed GNOME 49.1 Wayland, using their standard Mutter compositor. => About LibreOffice: Version: 25.8.2.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 4; OS: Linux 6.17; UI render: default; VCL: gtk3 Locale: en-US (en_US.utf8); UI: en-US Calc: threaded => OS Release cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20251018" ID="opensuse-tumbleweed" ID_LIKE="opensuse suse" VERSION_ID="20251018" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" # CPE 2.3 format, boo#1217921 CPE_NAME="cpe:2.3:o:opensuse:tumbleweed:20251018:*:*:*:*:*:*:*" #CPE 2.2 format #CPE_NAME="cpe:/o:opensuse:tumbleweed:20251018" BUG_REPORT_URL="https://bugzilla.opensuse.org" SUPPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org" DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed" LOGO="distributor-logo-Tumbleweed" => GNOME Version gnome-shell --version GNOME Shell 49.1 => Wayland env | grep XDG_SESSION_TYPE XDG_SESSION_TYPE=wayland => Additional Notes - The Firefox browser used to exhibit exactly the same misbehavior on GNOME Wayland, but they have since resolved their issue. Whatever they did to fix their bug might be the answer to yours as well. - This behavior is NOT present on KDE Plasma 6.4 using their standard KWin compositor on Wayland. - I was unable to get the old version of OpenOffice (ver 3.3) running in my environment, due to Java Runtime issues that I was unable to resolve. However, this bug is probably a simple case of no one having the time to deal with window management issues in the GNOME Wayland environment.