Created attachment 2000416 [details] Screenshot demonstrating menu placement Using Musescore 4.1.1 on Fedora 39, the menus (File, Edit, View, etc.), instead of dropping down below their headings as expected, pop up elsewhere on the screen. It's still possible to use them, but it's slow and awkward. This easy to reproduce on my system: just start musescore and click on a menu. It's using Qt (5.15.11), so out of curiosity I started another Qt app (Kate) and didn't see the same problem.
Which desktop environment are you using? GNOME + Wayland, perhaps?
(In reply to Jerry James from comment #1) > Which desktop environment are you using? GNOME + Wayland, perhaps? Yes. I don't think I've changed much, my Fedora installation is pretty close to the defaults.
I've seen this too with GNOME + Wayland. The interesting thing is that I don't see it with either GNOME + X11 or KDE. That makes me suspect a bug in Qt5, although I have no idea what part of the code the bug would be in, or how to track it down. (And obviously, if it is a bug in Qt5, Kate manages to avoid triggering it.) Thoughts on how to debug this are welcome.
For what it's worth, I tried removing qt5-qtbase to see what other applications on my system depended on it: anki, clementine, kate, keepassx, octave, okular, rosegarden4, vlc: I've checked and none of them show the same behavior.
Looks like this is the same bug upstream: https://github.com/musescore/MuseScore/issues/15285
Good find. Have you tried forcing it to run through X as mentioned in that bug? That is start MuseScore from a terminal like this: QT_QPA_PLATFORM=xcb mscore.
I can confirm that running it from a terminal with "QT_QPA_PLATFORM=xcb mscore" fixes it, yes.
This message is a reminder that Fedora Linux 39 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 39 on 2024-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '39'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 39 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
I've just checked it with musescore-4.3.2-14.fc41.x86_64 and Gnome Shell 47.1 and without any extra tweaks, the menus are displayed correctly (it was a problem with Fedora 39). @bfields could you confirm it on your side to be able to close this issue as "fixed"?
It is not fixed. With a default install of Fedora 41 Workstation, I still see the issue. Upstream is working on it, but the fix did not make it into the 4.4 series. Hopefully version 4.5 will fix both this issue and the Qt 6.7+ incompatibility that has prevented me from updating beyond the 4.3 series.
This was fixed at upstream in: https://github.com/musescore/MuseScore/pull/24121 The appimage version of 4.5.2 works correctly, the version in Fedora 42 (4.3.2) is still affected.
Thank you, Balázs! I will make new Fedora 41 and 42 builds with this fix. Fedora 43 will be released with version 4.6.0, and 4.6.1 will be available as a 0-day update. We can't build anything newer than 4.3.2 for Fedora 41 and 42, unfortunately. I see that the affected code has changed again since https://github.com/musescore/MuseScore/pull/24121. It seems that Qt::Popup should be used only in a Wayland session, and that Qt::Tool is still correct in an X session. I'm going to add a patch that checks for Wayland and chooses the appropriate flag.
FEDORA-2025-3dd7286cdb (musescore-4.3.2-19.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-3dd7286cdb
FEDORA-2025-3dd7286cdb has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-3dd7286cdb` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-3dd7286cdb See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-536e00c9b0 has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-536e00c9b0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-536e00c9b0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-3dd7286cdb (musescore-4.3.2-19.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2025-536e00c9b0 (musescore-4.3.2-17.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report.
The main issue was fixed, the menus no longer appear in the middle of the screen. However there is another, less severe issue. When a menu is opened, and the user moves the mouse to an other menu, the menu stays at the original location (but correctly shows the new menu).