| Summary: | Tabbox can show a different icon from the Plasma Task Manager, which is weird and confusing | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jan Bidler <janbidler00> |
| Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | bugseforuns, frederic.parrenin, KDE, nate, nicolas.fella, php4fan |
| Priority: | NOR | Keywords: | usability |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=460403 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Icon showing incorrect in panel, but correct in application switcher.
worksforme |
||
|
Description
Jan Bidler
2022-09-27 13:28:34 UTC
> 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. |