Created attachment 197139 [details] Screenshot showing the problem Since LO 24.8 we began having a weird menu bug in kf6+wayland. Steps to reproduce: 1) Open any LO application (f.i. Calc) 2) Click any menu (f.i. "File") 3) Hover mouse to the right so that it is now over the "Edit" menu 4) Notice that the menu window is now detached Problem appears in Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded The problem does not happen in Version: 24.2.6.2 (X86_64) Build ID: 420(Build:2) CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: kf6 (cairo+wayland) Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded
I cannot reproduce with qt6 (and current Qt development version) on current master, nor with LO 24.8.2 (provided by Debian) and the kf5 VCL plugin. The menubar is a native Qt one, so I tend to think this might be a Qt problem. But if it works with other versions, maybe there's some flag,... that LO sets that plays a role. Some questions: 1) The bug title mentions kf6+wayland, but the version info for which you say the problem appears is kf5+wayland. Does this happen with both, kf5 and kf6, or only one of them? 2) Does this also happen with current master? 3) Does it happen on X11/with the Qt xcb QPA plugin, e.g. when starting LO with QT_QPA_PLATFORM=xcb ? 4) Is this specific to a particular Qt style, e.g. Breeze (Dark)? E.g., does it still happen when starting with QT_STYLE_OVERRIDE=Fusion ? 5) Does this also happen with a fresh profile (where e.g. the tabbed interface wouldn't be used)? 5) If it happens with kf5 also, could you possibly bibisect from what commit on that happens? Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f48045f718ce90a693789bd3dd8cd544c72a680c CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: CL threaded Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 480(Build:1) CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-GB Debian package version: 4:24.8.2-1 Calc: threaded
(In reply to Michael Weghorn from comment #1) > 5) If it happens with kf5 also, could you possibly bibisect from what commit > on that happens? Well that should be number 6), of course. 7) What Qt version are you using?
(In reply to Michael Weghorn from comment #1) > 1) The bug title mentions kf6+wayland, but the version info for which you > say the problem appears is kf5+wayland. Does this happen with both, kf5 and > kf6, or only one of them? True... the version where the problem happens is LO 24.8 rpm package downloaded from our website. It is indeed using kf5. > 2) Does this also happen with current master? No... it does not happen with current master: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c69b16a0f859d71a101e2c138887e7975ec71e2a CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: kf6 (cairo+wayland) Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: CL threaded > 3) Does it happen on X11/with the Qt xcb QPA plugin, e.g. when starting LO > with QT_QPA_PLATFORM=xcb ? Launching with QT_QPA_PLATFORM=xcb makes the problem disappear. Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded > 4) Is this specific to a particular Qt style, e.g. Breeze (Dark)? E.g., does > it still happen when starting with QT_STYLE_OVERRIDE=Fusion ? With QT_STYLE_OVERRIDE=Fusion the problem persists. > 5) Does this also happen with a fresh profile (where e.g. the tabbed > interface wouldn't be used)? Yes, the problem persists on a clear profile. > 6) If it happens with kf5 also, could you possibly bibisect from what commit > on that happens? I have never done a bibisect. I'll take a look into it. > 7) What Qt version are you using? Operating System: Fedora Linux 40 KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.7.2 Kernel Version: 6.11.3-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-10750H CPU @ 2.60GHz Memory: 15,5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: LENOVO Product Name: 82CG System Version: IdeaPad Gaming 3 15IMH05 Apparently we're getting other instances of the problem. A user has just reported the same bug on Reddit. https://www.reddit.com/r/libreoffice/comments/1g7jv21/bug_menu_bars_appearing_detached_in_middle_of/
Created attachment 197160 [details] Screen recording of the issue
I'm hitting the same issue. These are my system details: Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 16; OS: Linux 6.11; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Operating System: Fedora Linux 40 KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.7.2 Kernel Version: 6.11.3-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Graphics Processor: NVIDIA GeForce RTX 2070 SUPER/PCIe/SSE2 sudo dnf list --installed | grep libreoffice libobasis24.8-libreofficekit-data.x86_64 24.8.2.1-1 commandline libreoffice-core.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-data.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-graphicfilter.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-gtk3.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-gtk4.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-help-en.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-kf5.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-kf6.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-langpack-en.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-math.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-opensymbol-fonts.noarch 1:24.2.6.2-2.fc40 updates libreoffice-pdfimport.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-pyuno.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-ure.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-ure-common.x86_64 1:24.2.6.2-2.fc40 updates libreoffice-x11.x86_64 1:24.2.6.2-2.fc40 updates libreoffice24.8-base.x86_64 24.8.2.1-1 commandline libreoffice24.8-calc.x86_64 24.8.2.1-1 commandline libreoffice24.8-dict-en.x86_64 24.8.2.1-1 commandline libreoffice24.8.x86_64 24.8.2.1-1 commandline libreoffice24.8-dict-es.x86_64 24.8.2.1-1 commandline libreoffice24.8-dict-fr.x86_64 24.8.2.1-1 commandline libreoffice24.8-draw.x86_64 24.8.2.1-1 commandline libreoffice24.8-en-US.x86_64 24.8.2.1-1 commandline libreoffice24.8-freedesktop-menus.noarch 24.8.2-1 commandline libreoffice24.8-impress.x86_64 24.8.2.1-1 commandline libreoffice24.8-math.x86_64 24.8.2.1-1 commandline libreoffice24.8-ure.x86_64 24.8.2.1-1 commandline libreoffice24.8-writer.x86_64 24.8.2.1-1 commandline
(In reply to Rafael Lima from comment #3) > True... the version where the problem happens is LO 24.8 rpm package > downloaded from our website. It is indeed using kf5. > > [...] > > > 3) Does it happen on X11/with the Qt xcb QPA plugin, e.g. when starting LO > > with QT_QPA_PLATFORM=xcb ? > > Launching with QT_QPA_PLATFORM=xcb makes the problem disappear. That makes me think even more it's a Qt/KF issue. Do you see maybe even see any similar problem in other KDE applications? > > > 2) Does this also happen with current master? > > No... it does not happen with current master: > > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: c69b16a0f859d71a101e2c138887e7975ec71e2a > CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: kf6 (cairo+wayland) > Locale: pt-BR (en_US.UTF-8); UI: en-US > Calc: CL threaded Does it happen with the kf5 VCL plugin on master, i.e. SAL_USE_VCLPLUGIN=kf5? > > 6) If it happens with kf5 also, could you possibly bibisect from what commit > > on that happens? > > I have never done a bibisect. I'll take a look into it. Great, thanks! > > 7) What Qt version are you using? > > Operating System: Fedora Linux 40 > KDE Plasma Version: 6.2.1 > KDE Frameworks Version: 6.7.0 > Qt Version: 6.7.2 > Kernel Version: 6.11.3-200.fc40.x86_64 (64-bit) > Graphics Platform: Wayland > Processors: 12 × Intel® Core™ i7-10750H CPU @ 2.60GHz > Memory: 15,5 GiB of RAM > Graphics Processor: Mesa Intel® UHD Graphics > Manufacturer: LENOVO > Product Name: 82CG > System Version: IdeaPad Gaming 3 15IMH05 That's the Qt 6 version. What's the Qt 5 version installed on the system?
(In reply to Michael Weghorn from comment #6) > That makes me think even more it's a Qt/KF issue. > Do you see maybe even see any similar problem in other KDE applications? No... so far I have only seen this on LibreOffice installed from LibreOffice's website. I'd say this may have something to do with how we create the rpm package (the problem only happens on my Fedora KDE machine). On a different machine using Kubuntu 24.10 (Plasma 6.1) I did not get this issue either with kf5 or kf6. > Does it happen with the kf5 VCL plugin on master, i.e. SAL_USE_VCLPLUGIN=kf5? Running master with kf5 on the affected machine, the problem DOES happen. > That's the Qt 6 version. What's the Qt 5 version installed on the system? On my Fedora machine I ran dnf --installed list | grep qt5 and all Qt5 packages seem to be on version Qt 5.15.15
Created attachment 197186 [details] Sample Qt program using menubar
(In reply to Rafael Lima from comment #7) > (In reply to Michael Weghorn from comment #6) > > That makes me think even more it's a Qt/KF issue. > > Do you see maybe even see any similar problem in other KDE applications? > > No... so far I have only seen this on LibreOffice installed from > LibreOffice's website. If you have Plasma 6 already, most of the KDE applications might also be using Qt 6 already. Does the attached sample program attachment 197186 [details] work? You can build + run like this: $ unzip qt-sample-program.zip $ cd qt-sample-program/ $ qmake --version QMake version 3.1 Using Qt version 5.15.13 in /usr/lib/x86_64-linux-gnu $ qmake $ make $ ./qt-sample-program Make sure that `qmake --version` is actually the Qt 5 version of qmake, not a Qt 6 version. Depending on your distro, the binary might be called qmake5, qt5-qmake,... or maybe you have to specify the full path to it (e.g. /usr/lib/x86_64-linux-gnu/qt5/bin/qmake ). > I'd say this may have something to do with how we create the rpm package > (the problem only happens on my Fedora KDE machine). > > On a different machine using Kubuntu 24.10 (Plasma 6.1) I did not get this > issue either with kf5 or kf6. This might also be somehow related to your environment (Qt version, KDE Frameworks,...). The fact that xcb works, but wayland doesn't sounds to me like it shouldn't be a LO packaging problem, as the only difference between the two is what Qt QPA platform is used, and that is provided by the Qt packages from your distro, not the LO packages. > > Does it happen with the kf5 VCL plugin on master, i.e. SAL_USE_VCLPLUGIN=kf5? > > Running master with kf5 on the affected machine, the problem DOES happen. Good to know, so it's a kf5-only issue, not happening with kf6. > On my Fedora machine I ran > > dnf --installed list | grep qt5 > > and all Qt5 packages seem to be on version Qt 5.15.15 Mine on Debian testing is currently 5.15.13+dfsg-4.
(In reply to Rafael Lima from comment #3) > I have never done a bibisect. I'll take a look into it. Wiki page about Bibisecting: https://wiki.documentfoundation.org/QA/Bibisect
Created attachment 197187 [details] Screenshot of sample program in Fedora Rawhide VM
I tried in a Fedora Rawhide VM now, and can reproduce with LibreOffice 24.8 as provided by Fedora. I can also reproduce the same problem with the sample program (attachment 197186 [details]) there as well, s. screenshot attachment 197187 [details]. So this looks like a problem somewhere else (like Qt, KWin,...) -> Closing as NOTOURBUG.
(In reply to Michael Weghorn from comment #12) > I tried in a Fedora Rawhide VM now, and can reproduce with LibreOffice 24.8 > as provided by Fedora. For the record, that is with the kf5 version only, provided by package `libreoffice-kf5` and forced by starting LO with SAL_USE_VCLPLUGIN=kf5. The kf6 version provided by package `libreoffice-kf6` and used by default on Plasma 6 works just fine.