https://bugs.kde.org/show_bug.cgi?id=466599

Damglador <vse.stopchans...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Window decoration icon for  |Window decoration and
                   |Wayland-native electron app |Alt+Tab menu for
                   |shows generic Wayland icon, |Wayland-native app shows
                   |not actual app icon; Task   |generic Wayland icon; Task
                   |manager shows correct icon  |manager shows correct icon
                 CC|                            |vse.stopchans...@gmail.com
             Status|RESOLVED                    |REOPENED
            Version|5.27.1                      |6.3.3
         Resolution|DOWNSTREAM                  |---
     Ever confirmed|0                           |1

--- Comment #6 from Damglador <vse.stopchans...@gmail.com> ---
Why can the taskbar detect the window icon even without the desktop file
matching the WMClass of the app, but KWin can't? This issue is not exclusive to
Electron applications, it happens with any other application using Wayland
natively. From my testing, if StartupWMClass in desktop file matches the
WMClass of the app, taskbar gets the icon, but Alt+Tab menu still shows the
Wayland icon.

Is it possible to do in KWin the same what the taskbar does? It's not always
possible to match .desktop file name with WMClass. With system packages,
packager may be able to add a dummy .desktop for icon or rename the upstream
one (if you'll be able to convince them to do so), but with flatpak you
wouldn't be able to do so, packager would need to patch the program to have
WMClass matching the .desktop file name, or user would need to add their own
dummy .desktop file just to make KWin show the proper icon. For example,
Zen[1], and I have the same issue with youtube-music, WineWayland apps have to
have .desktop files with .exe in their name, when they could just have it in
StartupWMClass. 

Additionally, according to this comment[2], GNOME is able to show the proper
icon just by having proper WMClass in StartupWMClass, without having to also
match the .desktop file name.

Communicating all that to each package maintainer and software developer is
problematic, and considering that GNOME and the taskbar already can fetch the
proper icon, it would be nice if KWin also could.

[1]: https://www.reddit.com/r/kde/comments/1jl4mme/comment/mk21nd9/
[2]: https://github.com/th-ch/youtube-music/issues/2806#issuecomment-2584973530

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to