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

[Bug] Vesktop AppIcon icon not present on GNOME panels. #575

Open
3 tasks done
ottergauze opened this issue May 4, 2024 · 2 comments
Open
3 tasks done

[Bug] Vesktop AppIcon icon not present on GNOME panels. #575

ottergauze opened this issue May 4, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@ottergauze
Copy link

Discord Account

ottergauze

Operating System

Bazzite (Fedora Linux 40.20240427.0)

Linux Only ~ Desktop Environment

GNOME 46

What happens when the bug or crash occurs?

Using the AppImage results in the default application icon being used in GNOME's panels, whether it be stock, or augmented using Dash to Panel / Dash to Dock.

The application's icons show properly in the application launcher, applications for installing AppImages like Gear Lever, and in the process tray.

What is the expected behaviour?

Vesktop should show the appropriate icon in the applications panel, instead of the default executable icon.

How do you recreate this bug or crash?

  1. Download AppImage for Vesktop 1.5.2 for amd64
  2. Execute Vesktop
  3. Witness the lack of an appropriate icon.
    image

Debug Logs

[arRPC > ipc] listening at /run/user/1000/discord-ipc-0
[arRPC > websocket] listening on 6463
[arRPC > process] started

Request Agreement

  • I have searched the existing issues and found no similar issue
  • I am using the latest Vesktop and Vencord versions
  • This issue occurs on an official release (not just the AUR or Nix packages)
@ottergauze ottergauze added the bug Something isn't working label May 4, 2024
@Cynosphere
Copy link
Contributor

Tangentally related to this comment

For AppImage there is no way to make [a .desktop file icon patch] work.

All that can be done is hope for this xdg-toplevel-icon feature to be merged

Some edge cases like AppImage bundles could benefit from this as well

@AstralPhnx
Copy link

Yeah this is partially related to appimages being crapimages. There is a way to fix it though if you modify the .desktop entry using a program like mainmenu and change the "StartupWMClass" variable accordingly it should pick up the proper icon. Far from ideal but workable. Ideally though you'd want to use the flatpak if you're not running using something compiled for your native package manager

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants