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.

Sign up for GitHub

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

Jump to bottom

Icon missing from app menu #323

Closed
Lvaskz opened this issue Apr 20, 2020 · 14 comments
Closed

Icon missing from app menu #323

Lvaskz opened this issue Apr 20, 2020 · 14 comments
Labels
broken appimage Likely not an AppImageLauncher bug, but a broken AppImage

Comments

@Lvaskz
Copy link
Contributor

Lvaskz commented Apr 20, 2020

Describe the bug
Some appimages after drag them to applications folder are not shown properly in apps menu( kde neon, cinnamon, gnome)

Expected behavior
After drag appimages to applications folder, they must shown properly in appmenu

To Reproduce
Steps to reproduce the behavior:

  1. Download appimages, see below List of AppImages you tried: '...'
  2. After downloaded, drag them to apllications folder '....'
  3. Close cession and reopen again ( kdeneon 5.18.4)
  4. See error in the app menu, many icons from appimages are missing or not shown properly, see images, VSCODE, GMIC FOR KRITA, FREECAD, STACER, CLIPGRAB.

Screenshots
kdeneon 1
kdeneon 2
kdeneon 3
kdeneon 4

System, software and AppImage information
KDE Neon 5.18.4
Ubuntu 18.04, Gnome 3.34
Linuxmint 19.3, Cinnamon 4.4
https://github.com/oguzhaninan/Stacer/releases/download/v1.1.0/Stacer-1.1.0-x64.AppImage
https://github.com/FreeCAD/FreeCAD/releases/download/0.18.4/FreeCAD_0.18-16146-Linux-Conda_Py3Qt5_glibc2.12-x86_64.AppImage
https://download.clipgrab.org/ClipGrab-3.8.11-x86_64.AppImage
https://github.com/VSCodium/vscodium/releases/download/1.44.2/VSCodium-1.44.2-1587206561.glibc2.16-x86_64.AppImage

AppImageLauncher version installed: [...]https://github.com/TheAssassin/AppImageLauncher/releases/download/continuous/appimagelauncher_2.1.3-travis974.7408819.bionic_amd64.deb

List of AppImages you tried:
https://github.com/oguzhaninan/Stacer/releases/download/v1.1.0/Stacer-1.1.0-x64.AppImage
https://github.com/FreeCAD/FreeCAD/releases/download/0.18.4/FreeCAD_0.18-16146-Linux-Conda_Py3Qt5_glibc2.12-x86_64.AppImage
https://download.clipgrab.org/ClipGrab-3.8.11-x86_64.AppImage
https://github.com/VSCodium/vscodium/releases/download/1.44.2/VSCodium-1.44.2-1587206561.glibc2.16-x86_64.AppImage
@Lvaskz Lvaskz added bug Something isn't working needs verification Description of the issue needs to be verified by the team labels Apr 20, 2020
@TheAssassin
Copy link
Owner

Please check first whether the AppImages' icons are correct. You can use https://github.com/TheAssassin/appimagelint for that.

Especially KDE/Plasma is well known for not loading icons properly until you log out and log in again.

@Lvaskz
Copy link
Contributor Author

Lvaskz commented Apr 20, 2020

Especially KDE/Plasma is well known for not loading icons properly until you log out and log in again.

I did several times, Any way I will try with appimagelint

@TheAssassin
Copy link
Owner

TheAssassin commented Apr 20, 2020 •
edited
Loading

appimagelint crashes for ClipGrab, not sure why yet.
Only VSCodium contains broken icons, the rest appears fine, says appimagelint:

appimagelint.cli[31650] [INFO] Running check "Icons validity and location check"
appimagelint.icons_check[31650] [INFO] Extracting icon name from desktop file: /tmp/.mount_VSCodiX5tZpb/codium.desktop
appimagelint.icons_check[31650] [ERROR] main icon name is a path, not a filename (contains /)
appimagelint.icons_check[31650] [INFO] [✖] Valid icon in AppDir root
appimagelint.icons_check[31650] [INFO] Checking resolution of icon: /tmp/.mount_VSCodiX5tZpb/.DirIcon
appimagelint.icons_check[31650] [WARNING] icon X resolution 1024 is unknown, icon will most likely not be used and just wastes space
appimagelint.icons_check[31650] [WARNING] icon Y resolution 1024 is unknown, icon will most likely not be used and just wastes space
appimagelint.icons_check[31650] [INFO] [✔] Valid icon file in .DirIcon
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/128x128/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/22x22/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/24x24/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/256x256/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/32x32/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/48x48/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/512x512/apps/vscodium.png
appimagelint.icons_check[31650] [WARNING] Icon found whose file name doesn't match the Icon= entry in desktop file: hicolor/64x64/apps/vscodium.png
appimagelint.icons_check[31650] [INFO] [✔] Other integration icons valid

@Lvaskz
Copy link
Contributor Author

Lvaskz commented Apr 20, 2020

Only VSCodium contains broken icons, the rest appears fine, says appimagelint.

Ok, I think must to report this issue in other place.

@TheAssassin
Copy link
Owner

This one, yes, but the question is why some of the other applications aren't integrated properly on your system.

@Lvaskz
Copy link
Contributor Author

Lvaskz commented Apr 20, 2020 •
edited
Loading

This one, yes, but the question is why some of the other applications aren't integrated properly on your system.

I have partitions in my laptop with ubuntu 18.04.4 and Linuxmint 19.3 and kde neon 5.18.3 and the issue is the same.

@nigelwarning
Copy link

Same buge here on Manjaro KDE

@Tiger862000
Copy link

Hi, I followed @TheAssassin suggestion an analyzed with appimagelint
Attached the output. What can I do against? Where are icons stored in Appimages?

appimagelint.cli[5281] [INFO] Running check "Icons validity and location check"
appimagelint.icons_check[5281] [INFO] Extracting icon name from desktop file: /tmp/.mount_JoplinRIiES4/joplin.desktop
appimagelint.icons_check[5281] [INFO] Checking resolution of icon: /tmp/.mount_JoplinRIiES4/joplin.png
appimagelint.icons_check[5281] [INFO] [✔] Valid icon in AppDir root
appimagelint.icons_check[5281] [INFO] Checking resolution of icon: /tmp/.mount_JoplinRIiES4/.DirIcon
appimagelint.icons_check[5281] [INFO] [✔] Valid icon file in .DirIcon
appimagelint.icons_check[5281] [INFO] Checking resolution of icon: /tmp/.mount_JoplinRIiES4/usr/share/icons/hicolor/0x0/apps/joplin.png
appimagelint.icons_check[5281] [ERROR] Icon resolution doesn't match resolution in path: (0, 0) (file resolution is (256, 256))
appimagelint.icons_check[5281] [WARNING] no other icons found
appimagelint.icons_check[5281] [INFO] [✖] Other integration icons valid

@TheAssassin
Copy link
Owner

@Tiger862000 please ask the author of that AppImage to fix it. You can provide them the output of appimagelint, it contains the broken path (usr/share/icons/hicolor/0x0/apps/joplin.png).

This was referenced Jul 19, 2020
Closed
Closed
@smac89 smac89 mentioned this issue Nov 24, 2020
Open
@arielsboiardi
Copy link

arielsboiardi commented Jan 24, 2021 •
edited
Loading

Hello, I think I have a similar issue to the one discussed here. I only integrated 2 AppImages and of the two one has correct icon, the other one is shown witht he default GNOME app icon (screen)
image
I run the diagnostic sugested above against MediaElch and everything seems to be ok

➜  Downloads ./appimagelint-x86_64.AppImage ~/Applications/MediaElch_linux_2.8.6_2021-01-22_git-f215c8a_c06dd7e82191029915d816c4a5eb7e12.AppImage 
/usr/bin/AppImageLauncher: /lib64/libcurl.so.4: no version information available (required by /usr/bin/../lib/x86_64-linux-gnu/appimagelauncher/libappimageupdate.so)
QSocketNotifier: Can only be used with threads started with QThread
appimagelint.cli[5029] [INFO] Checking AppImage /home/ariel/Applications/MediaElch_linux_2.8.6_2021-01-22_git-f215c8a_c06dd7e82191029915d816c4a5eb7e12.AppImage
appimagelint.cli[5029] [INFO] Running check "GNU libc ABI check"
appimagelint.glibc_abi_check[5029] [INFO] detected required version for runtime: 2.3.3
appimagelint.glibc_abi_check[5029] [INFO] detected required version for payload: 2.17
appimagelint.cache[5029] [INFO] Fetching glibc version data for debian
appimagelint.setup[5029] [INFO] Fetching glibc package versions from Debian sources API
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Debian oldstable (stretch)
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Debian stable (buster)
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Debian testing (bullseye)
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Debian unstable (sid)
appimagelint.cache[5029] [INFO] Fetching glibc version data for ubuntu
appimagelint.setup[5029] [INFO] Fetching glibc package versions from Ubuntu FTP mirror
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu groovy
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu focal
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu bionic
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu xenial
appimagelint.glibc_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu trusty
appimagelint.glibc_abi_check[5029] [INFO] [✖] AppImage can run on Ubuntu precise
appimagelint.cli[5029] [INFO] Running check "GNU libstdc++ ABI check"
appimagelint.glibcxx_abi_check[5029] [INFO] detected required version for runtime: <none>
appimagelint.glibcxx_abi_check[5029] [INFO] detected required version for payload: 3.4.21
appimagelint.cache[5029] [INFO] Fetching glibcxx version data for debian
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Debian oldstable (stretch)
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Debian stable (buster)
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Debian testing (bullseye)
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Debian unstable (sid)
appimagelint.cache[5029] [INFO] Fetching glibcxx version data for ubuntu
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu groovy
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu focal
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu bionic
appimagelint.glibcxx_abi_check[5029] [INFO] [✔] AppImage can run on Ubuntu xenial
appimagelint.glibcxx_abi_check[5029] [INFO] [✖] AppImage can run on Ubuntu trusty
appimagelint.glibcxx_abi_check[5029] [INFO] [✖] AppImage can run on Ubuntu precise
appimagelint.cli[5029] [INFO] Running check "Icons validity and location check"
appimagelint.icons_check[5029] [INFO] Extracting icon name from desktop file: /tmp/.mount_MediaEEkPUGy/MediaElch.desktop
appimagelint.icons_check[5029] [INFO] Checking resolution of icon: /tmp/.mount_MediaEEkPUGy/MediaElch.png
appimagelint.icons_check[5029] [INFO] [✔] Valid icon in AppDir root
appimagelint.icons_check[5029] [INFO] Checking resolution of icon: /tmp/.mount_MediaEEkPUGy/.DirIcon
appimagelint.icons_check[5029] [INFO] [✔] Valid icon file in .DirIcon
appimagelint.icons_check[5029] [INFO] [✔] Other integration icons valid
appimagelint.cli[5029] [INFO] Running check "Desktop files existence and validity"
appimagelint.desktop_files[5029] [INFO] Checking desktop files in root directory
appimagelint.desktop_files[5029] [INFO] [✔] Exactly one desktop file in AppDir root
appimagelint.desktop_files[5029] [INFO] Checking desktop file /tmp/.mount_MediaEf7yQl8/MediaElch.desktop with desktop-file-validate
appimagelint.desktop_files[5029] [INFO] Checking desktop file /tmp/.mount_MediaEf7yQl8/usr/share/applications/MediaElch.desktop with desktop-file-validate
appimagelint.desktop_files[5029] [INFO] [✔] All desktop files in AppDir are valid

After the AppImage is launched, the icon in the Dash is shown correctly
image

Thanks for any help, let me know if you need more details

@jacksongoode
Copy link

jacksongoode commented Jun 22, 2021 •
edited
Loading

@TheAssassin Any solution for the missing icons in Gnome? Having the same issue.

@jacksongoode
Copy link

I can confirm this across Ubuntu on Gnome 3.36 and Fedora on 40.

@jacksongoode jacksongoode mentioned this issue Aug 9, 2021
Closed
@christophercook
Copy link

I have experienced this as well on Ubuntu 21.04.
Gnome 3.38.5

The appimage file shows a proper icon in the file browser and when launched by double-clicking it has the correct icon in the sidebar menu. After launching it with appimagelauncher it shows the gnome default app icon.

The appimage I'm using is https://suite.trezor.io/web/static/desktop/Trezor-Suite-21.9.2-linux-x86_64.AppImage

If the appimage contains an icon which is found by gnome then it should be found by appimagelauncher as well.

@TheAssassin
Copy link
Owner

This Trezor AppImage has the icon put in the wrong place for some reason:

appimagelint.icons_check[1999370] [INFO] Checking resolution of icon: /tmp/.mount_TrezorJ0o9hH/usr/share/icons/hicolor/0x0/apps/trezor-suite.png
appimagelint.icons_check[1999370] [ERROR] Icon resolution doesn't match resolution in path: (0, 0) (file resolution is (512, 512)

This is the exact same bug as in that other AppImage...

Please tell the authors about the bug. They can use appimagelint to check whether the AppImage has any issues.

Everyone, please make use of appimagelint before adding work to the maintainer's TODO list. Both @christophercook and @jacksongoode could have run appimagelint themselves.

@arielsboiardi looking at the output, there appear to be no icons other than the ones in the root. appimagelint should warn that this might lead to a lack of icons in a situation like you describe. Please open an issue there.

As none of these issues has to do anything with AppImageLauncher, I'm closing it now.

@TheAssassin TheAssassin added broken appimage Likely not an AppImageLauncher bug, but a broken AppImage and removed bug Something isn't working needs verification Description of the issue needs to be verified by the team labels Nov 3, 2021
@onehex onehex mentioned this issue May 14, 2023
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
broken appimage Likely not an AppImageLauncher bug, but a broken AppImage
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
7 participants
@christophercook @TheAssassin @Tiger862000 @arielsboiardi @Lvaskz @nigelwarning @jacksongoode