Skip to content
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

[Linux] Application icon is not rendered in dock when MU opened #11419

Open
abariska opened this issue Apr 27, 2022 · 12 comments
Open

[Linux] Application icon is not rendered in dock when MU opened #11419

abariska opened this issue Apr 27, 2022 · 12 comments
Labels
os: linux Potentially specific to Linux-based operating systems P2 Priority: Medium

Comments

@abariska
Copy link

To Reproduce
Steps to reproduce the behavior:

  1. Open MU4 on Linux machine
  2. Pay attention to the dock

Expected behavior
Application icon is rendered in dock when MU opened

Screenshots
Screenshot from 2022-04-27 13-46-43

Platform information

  • OS: Linux
@abariska abariska added the P2 Priority: Medium label Apr 27, 2022
@plastmassor33
Copy link

plastmassor33 commented Jan 22, 2023

Screenshot_20230122_143711-3
On KDE it displays this generic [X] logo on dock and elsewhere, followed by 'mscore4portable' in the name, instead of 'MuseScore'. On Ubuntu Unity desktop it shows the name correctly, but the icon is still missing, showing it's [?] question mark fallback icon.
Only tested the .appimage, both release and nigtly.

@Pasetone
Copy link

This issue still persists in Appimage 4.0.2. I use debian 11 (bullseye)
It was fine in 3.6

@MarcSabatella
Copy link
Contributor

Did you run the AppImage with the "install" option? For me, this works correctly once installed.

@Pasetone
Copy link

Yes, I did install it.

@Pasetone
Copy link

This issue is still present on 4.1.1

@MarcSabatella
Copy link
Contributor

MarcSabatella commented Aug 15, 2023

It continues to work as expected for me. Can you post the contents of your desktop file? If you installed with sudo, I think it will be under /usr/local (or maybe just /usr). If you install without sudo it’s in .local

Also say which window manager you are using, as that may be what really determines this. I'm on Debian 11 as well, but running within ChromeOS, so it's the ChromeOS window manager that is correctly finding the icon. But it doesn't find the Muse Hub icon unless I change the line giving the file name of the icon to remove the extension. Could be your window manager require the extension, in which case adding it to the MuseScore desktop file would be the fix.

@Pasetone
Copy link

We are talking about the icon in the sys tray and in the corner of the window. AFAIK it has nothing to do with desktop files.
My window manager is Openbox. I have 3.6 installed on the same computer and it shows the correct icons.

@Pasetone
Copy link

I went and tried a different computer. It has the same debian but a different window manager. This time I installed with sudo and -voila- the icons are back. I suspect that the thing that made a difference is using sudo.

Now back on my main computer; if I uninstall and install with sudo, will all the configurations be deleted?

@MarcSabatella
Copy link
Contributor

The desktop file for an application is what controls the icons used and other aspects of the integration with Linux and your window manager. It's possible the sudo install worked better with the window manager on that syste, than the non-sudo install.

Uninstalling MuseScore will never lose your scores or anything, and assuming you are using the same user account, your preferences and other settings should be preserved as well - they live in ~/.config/MuseScore and ~/.local/share/MuseScore normally. But, your configuration might be different if it's such that a normal install doesn't hook up the desktop file correctly for some reason.

@Pasetone
Copy link

I tried installing with sudo on my main computer, but it did not help. I also tried to add the extension to the file name in the desktop file as suggested, but no difference.
There is obviously something in the 4.x series that don't work with Openbox, while 3.6 works fine..

@MarcSabatella
Copy link
Contributor

I recommend asking for help in the official Support forum on musescore.org. Attach there the desktop file that is being used, and describe more about your distribution and window manager there. Then maybe someone can advise how to customize the desktop file to integrate better with that particular configuration. And if it turns out that change won't break other distributions, the change can be considered for a future MuseScore update as well.

@plastmassor33
Copy link

plastmassor33 commented Oct 27, 2023

Screenshot_20230122_143711-3 On KDE it displays this generic [X] logo on dock and elsewhere, followed by 'mscore4portable' in the name, instead of 'MuseScore'. On Ubuntu Unity desktop it shows the name correctly, but the icon is still missing, showing it's [?] question mark fallback icon. Only tested the .appimage, both release and nigtly.

Never mind, after installing the appimage file all the icons, including the mime types work as expected. I wish this was somehow better explained though, as this is the very first time I learned that certain appimages even can be installed, and Musescore is one of them.

@cbjeukendrup cbjeukendrup moved this to First release after the upcoming one in MuseScore Studio Backlog May 19, 2024
@cbjeukendrup cbjeukendrup moved this from First release after the upcoming one to One of the next releases in MuseScore Studio Backlog May 19, 2024
@cbjeukendrup cbjeukendrup changed the title [MU4 Issue] [Linux] Application icon is not rendered in dock when MU opened [Linux] Application icon is not rendered in dock when MU opened Feb 28, 2025
@cbjeukendrup cbjeukendrup added the os: linux Potentially specific to Linux-based operating systems label Feb 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
os: linux Potentially specific to Linux-based operating systems P2 Priority: Medium
Projects
Status: Some release after that
Development

No branches or pull requests

6 participants