-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dialog/preferences windows close immediately #18608
Comments
@mmeyn Do you have two monitors (displays) setup? |
Yes. But it happens also when I disconnect the second display. A friend of mine has this problem without a second display too. |
I've seen a bug similar to this happen, on GNOME Wayland at least. My fix is to force the application to run in pure Wayland mode with the environment variable |
It’s GNOME and X11 on my system. I just tried |
Do you know if this friend is also using Manjaro Linux? Or are there any potentially relevant similarities in your desktop environments / window managers etc.? And when you run MuseScore from the command line, is there any output that seems relevant? |
She uses Manjaro Linux with GNOME too. When I open a menu (by right-clicking on the score or by clicking on a top menu entry like “Layout” the following message appears in the console output: |
I just managed to build MuseScore from the current master on my machine. The problem stays the same (sometimes opening the Layout→Style window succeeds, sometimes it doesn’t). The output is in both cases something like the following:
When using a second monitor there is sometimes the following error:
This error message seems to happen only with a second monitor and seems to be independent from whether opening the window succeeds. Edit: I just found the dev tools tab in the self-compiled MuseScore. The widget dialog and widget dialog async show the same problem. |
Idea for debugging: someone could try putting a breakpoint in |
“crash” while opening:
After successfully opening and then closing the window:
I removed line numbers, file names, and addresses from the output and called |
Thanks. Unfortunately, I'm afraid it's difficult to find out where the QHideEvent in question comes from. According to the documentation (https://doc.qt.io/qt-5/qhideevent.html), the |
It looks like this is the upstream issue: https://bugreports.qt.io/projects/QTBUG/issues/QTBUG-115848 |
The conclusion seems to be that this here is/was the root cause: https://gitlab.gnome.org/GNOME/mutter/-/issues/2820 |
I rebuilt mutter with the fix included and can confirm, that it indeed fixes the problem. |
In that case I propose to close this issue, since the cause appears to be outside our control. Is it a correct assumption that the problem will disappear automatically when that fix gets released / rolled out? |
I can confirm it's fixed in Ubuntu 23.10! |
Issue type
UI bug
Bug description
Opening preferences windows often doesn’t work: Sometimes just nothing visible happens, sometimes there is a small window for a fraction of a second, sometimes the windows appear as expected.
This happens both in MuseScore 4.0.2 installed via the Manjaro Linux packet manager and with MuseScore 4.1.0 AppImage. I suppose it’s a system specific bug so please let me know which further information is needed.
Steps to reproduce
Try to open f. e. layout preferences using the menu or the right-click context menu. Try again. And again.
Screenshots/Screen recordings
2023-07-14.19-09-09-00.00.00.000-00.00.25.000.mov
MuseScore Version
4.0.2, 4.1.0
Regression
Yes, this used to work in MuseScore 3.x and now is broken
Operating system
Manjaro Linux
Additional context
No response
The text was updated successfully, but these errors were encountered: