3.6 does not work in Linux Mint 20
Opens fine, loads scores fine, but the menu is completely inactive and you cannot do anything. You can't even exit the program. (Clicking on the close-window "x" also does nothing.) Massive FAIL. This is still an alpha version, clearly.
Comments
Appimage?
In reply to Appimage? by Shoichi
Yes, AppImage, which is the only option for Linux.
Any chance that there is a model dialog open that your missing (such as the telemetry dialog on first run)? If so, try pressing Escape once after launching and see if that works out.
In reply to Any chance that there is a… by jeetee
That occurred to me, too. But there wasn't one, alas.
When you say it loads scores fine, what do you mean? You were able to go to File / Open and select a score, but upon loading it, then the menus became inactive? Was this a score created pre-3.6? If so, did you see a dialog asking if you wanted to update the fonts etc? If not, probably the dialog opened offscreen for some reason, and hitting Esc should close it. Otherwise, we'd need more information to understand the problem that appears unique to your particular system.
In reply to When you say it loads scores… by Marc Sabatella
Ah, sorry. It successfully loads my previous session from version 3.2.3 (from the repo), so there are scores to see upon startup. The update-fonts dialog did pop up, and that window operated normally. But the main MuseScore window is inert. Using the keyboard (e.g., Alt-F for the Files menu) also did not work. It seems like MuseScore is functioning normally, from what little I can tell, except that the main window is failing to interact with mouse or keyboard.
I'm running Linux Mint 20.1, kernel 5.4.0-64-generic x86_64, Cinnamon 4.8.6. The AppImage file name is MuseScore-3.6.0.487916429-x86_64.AppImage.
When I try starting it from the command line in a terminal, it hangs on "restoring session". In the terminal appears the line "QWidget::insertAction: Attempt to insert null action". I don't know what that means, if anything. When I run it from the command line, the following gets added to /var/log/syslog:
Jan 20 12:11:10 hypatia dbus-daemon[23246]: [session uid=0 pid=23244] AppArmor D-Bus mediation is enabled
Jan 20 12:11:14 hypatia systemd[2564]: tmp-.mount_mscorees66NN.mount: Succeeded.
Jan 20 12:11:14 hypatia systemd[1]: tmp-.mount_mscorees66NN.mount: Succeeded.
which seems to indicate things are happy at that point. But when I double-click on the AppImage (and it successfully restores the previous session), this appears in /var/log/syslog:
Jan 20 12:12:17 hypatia systemd-resolved[1370]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
I don't know what else to try at this point.
In reply to Ah, sorry. It successfully… by murison
Have you tried to delete/rename the old default settings in home/Documents/Musescore3?
In reply to Have you tried to delete… by Ralof
Thanks for the tip. I tried it and the behavior is still the same.
In reply to Thanks for the tip. I tried… by murison
WHat if you start by double-clicking a score rather than from the command line or using the program icon?
This will bypass the start center and restoring the previous session. If that doesn't help, what about -F option to revert to factory settings?
In reply to WHat if you start by double… by Marc Sabatella
Re clicking on a score: interesting. The toolbars are now almost fully functional, and I can edit successfully. However, anything eliciting a dropdown menu does not work, still. Also, cannot exit the program at all, other than to kill the process.
Re -F option: I get this error message:
/tmp/.mount_MuseSckuK7Ld/bin/mscore-portable: symbol lookup error: /tmp/.mount_MuseSckuK7Ld/bin/mscore-portable: undefined symbol: _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEED1Ev, version Qt_5
If instead I use sudo,
sudo -E ./MuseScore-3.6.0.487916429-x86_64.AppImage
we're back to the same behavior as clicking on a score.
If I do s straight sudo (no -E option) with -F, the whole window goes gray and nonresponsive as soon as I close the start center window.
If I do sudo -E with the factory reset flag -F, I get the grayed-out screen again as soon as I try to load a score.
In reply to Re clicking on a score:… by murison
Do you have the app image somewhere in your home directory?
In reply to Do you have the app image… by Ralof
Does that matter? How could that matter?
Exactly the same happens after I downloaded and installed the latest version 3.6, other versions I have had no problems with. I have Mac OSX Catalina 10.15.7 and a high end Macbook Pro 16"
So Disappointing
In reply to Exactly the same happens… by allen1
To summarise I open the 3.6 musescore3, all the windows appear as normal, All the Musescore options on the Top Options menu are all greyed out. Clicking anything anywhere just give a Mac bing sound. Even the red close window button doesn't work. Only option is to CMD-OPTION-ESC and kill the app. Or locate the PID and kill -9 it from a terminal.
My processor is a 2.4Ghz 8-Core Intel Core i9
Memory is 64GB 2667 MHz DDR4
1TB Flash Storage Hard Drive
2 x GPUs
In reply to To summarise I open the 3.6… by allen1
All that behavior does seem to indicate that there is a(n offscreen?) popup modal window open, or perhaps hidden behind the main window?
You can always try a reset to factory defaults which should restore all window positions as well.
In reply to All that behavior does seem… by jeetee
You are right, there was a pop up window, but it was hidden behind other apps. Thanks for your answer
In reply to All that behavior does seem… by jeetee
Definitely have version 3.6 now, but a lot of the new features don't appear to be working, for instance typing a number during keyboard entry doesn't change the note duration?
In reply to Definitely have version 3.6… by allen1
on num-pad?
In reply to Definitely have version 3.6… by allen1
Typing a number to set note duration isn't exactly a new feature though..
If you hover over the duration buttons in the toolbar, a tooltip will show you which shortcut is configured on your system.
In reply to All that behavior does seem… by jeetee
There is no hidden or offscreen window for me — the first thing I checked.
Seems to me that differences in the QT5 compilations can be causing the problems described above.
This might be worth a try:
https://wiki.qt.io/Install_Qt_5_on_Ubuntu
I assume the steps for Mint are very similar if not identical.