Created attachment 152456 [details] Icon showing incorrect in panel, but correct in application switcher. SUMMARY For GameMaker Studio 1.4 applications, the panel (using Icons only Task manager, not sure if it happens with alternatives as well) shows an incorrect icon and does not show an audio indicator if the application produces sound. STEPS TO REPRODUCE 1. Download some GameMaker Studio 1.4 application (like here https://github.com/milesthenerd/AM2R-Server/releases/tag/v1.3 , *linux and *AppImage both have the same behaviour, but considering that the programs all want ancient dependencies which may not be available in distros any more, it may be easier to reproduce with the AppImage) 2. Start the program / "runner" file. OBSERVED RESULT The panel displays a wrong icon, but the window switcher (alt+tab) displays the correct icon. EXPECTED RESULT The panel should display the same icon that the window switcher displays. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.19.11-arch1-1 (64-bit) Graphics Platform: Wayland (Happens with X11 as well) Processors: 12 × AMD Ryzen 5 1600 Six-Core Processor Memory: 15.6 GiB of RAM Graphics Processor: AMD Radeon RX 570 Series Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B450M DS3H ADDITIONAL INFORMATION The example file provided above does not produce any sound output. There is another program that does produce sound output here https://doctorm64.itch.io/fxb-remastered but since it doesn't have an AppImage available, it may be hard to reproduce on newer systems.
> The panel displays a wrong icon, but the window switcher (alt+tab) displays the correct icon. This is caused by a quirk on X11; the Task Manager icon uses the icon from the app's .desktop file, while the Task Switcher allows the window itself to define a custom icon, and if it does, it displays it. If it doesn't, then it falls back to the .desktop file. For consistency's sake, we should probably stop doing this. We've gotten tons of bug reports over the years and I think allowing these icons to diverge more harm than good. > and does not show an audio indicator if the application produces sound. That's a different issue, and is most likely caused by the app not using PulseAudio or PipeWire to produce the sound. Our detection only kicks in for apps that do use one of those libraries.
> the Task Manager icon uses the icon from the app's .desktop file Both native linux releases don't ship any .desktop files. Is the icon it displays thus some placeholder icon? The AppImage does have a .desktop file internally, but not sure if plasma uses it in any way. > This is caused by a quirk on X11 But if that's caused by X11, then why does it happen on Wayland as well? > Our detection only kicks in for apps that do use one of those libraries. That's likely to be the culprit then, as GMS1.4 uses OpenAL. Should I split this part into a separate feature request?
Also out of curiosity, why not allow the Icons Task manager to read the window's icon, like the tabview does?
For Wayland-native apps there is no such thing as a window icon
Running the appimage you linked I do get the correct taskbar icon though
Created attachment 152476 [details] worksforme
> > Our detection only kicks in for apps that do use one of those libraries. > That's likely to be the culprit then, as GMS1.4 uses OpenAL. Should I split this part into a separate feature request? I don't know exactly how OpenAL is implemented on Linux, but what matters is whether the audio shows up as a stream in pulseaudio. If it doesn't there's nothing we can do about that
> worksforme Well, how fun. Can local settings / distro somehow override the behaviour on how the task manager picks up icons? Will try to check this out in a kde neon + arch environment the next couple days to see if it happens there as well, or only on my machine.
*** Bug 461328 has been marked as a duplicate of this bug. ***
*** Bug 491110 has been marked as a duplicate of this bug. ***
*** Bug 495474 has been marked as a duplicate of this bug. ***
> The panel displays a wrong icon, but the window switcher (alt+tab) displays the correct icon. In my case it's the other way around: the Task Manager shows the application's icon (for most apps), while the window switcher shows a generic Wayland icon. > the Task Manager icon uses the icon from the app's .desktop file, while the Task Switcher allows the window itself to define > a custom icon, and if it does, it displays it. If it doesn't, then it falls back to the .desktop file. That doesn't explain my case so that's not the whole picture. How many different standards or conventions are there for applications to define an icon? ALL of them should be supported (the only possible debate being about the priority order), in both the task manager and the window switcher, and everywhere else where an application icon is needed. So that if an application defines an icon in at least one way, it's picked up by the system. And whatever order of priority is decided, the same order should be applied everywhere.