| Summary: | Window icon and task manager icon mismatch | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | m |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde, m, nate, plasma-bugs |
| Priority: | NOR | ||
| Version First Reported In: | 5.8.7 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot showing icon mismatch
.desktop file stored on Desktop Icon png in 128x128 dimensions Screencast of the right icon used briefly in the beginning |
||
|
Description
m
2017-12-13 17:47:08 UTC
This is due to the differing ways that way KWin and plasmashell work. KWin--which renders the window icon--asks the window for the icon to use, and in this case the window returns the web page icon. The task manager gets the icon from the application's desktop file, in this case the Chrome icon. This is basically the same issue (and same ultimate resolution) as Bug 351055. At some point this should be resolved in Wayland, with KWin always using the icon from the desktop file. *** This bug has been marked as a duplicate of bug 351055 *** > The task manager gets the icon from the application's desktop file,
> in this case the Chrome icon.
This isn't quite true. The .desktop file has a line like this:
Icon=chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default
On the file system, I can see that this is the correct icon.
➤ ls ~/.local/share/icons/hicolor/*/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default*
/usr/local/google/home/mkannan/.local/share/icons/hicolor/128x128/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default.png
/usr/local/google/home/mkannan/.local/share/icons/hicolor/16x16/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default.png
/usr/local/google/home/mkannan/.local/share/icons/hicolor/256x256/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default.png
/usr/local/google/home/mkannan/.local/share/icons/hicolor/32x32/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default.png
/usr/local/google/home/mkannan/.local/share/icons/hicolor/48x48/apps/chrome-hjpceadhnpnpdelkidbjdmoodafopfkp-Default.png
Also, I failed to mention this in the initial report. For a second or two, the task manager shows the correct icon, and later it changes to Chrome icon.
Interesting. Can you attach the full desktop file? Created attachment 109357 [details]
.desktop file stored on Desktop
Created attachment 109358 [details]
Icon png in 128x128 dimensions
Created attachment 109359 [details]
Screencast of the right icon used briefly in the beginning
Attached is a screencast video of the task manager using the right icon for a second or two before using the Chrome browser's icon.
You're on Plasma 5.8? Try with a more recent version, starting in 5.9 it should treat Chrome apps as separate applications in Task Manager. This is a computer supplied by my employer. I cannot (and don't want to) mess with the software configuration. I guess I'll just have to wait till Debian Testing catches up to include 5.9. The patch was too invasive to be included in 5.8 LTS, sorry. FWIW Debian testing currently has 5.10: https://packages.debian.org/buster/plasma-desktop. Perhaps your company's sysadmin has held it back for some reason. @Kai: I totally understand that. It's a relief that the bug is already fixed in v5.9. @Nate: I see. I'll ask them what's up. Such quick bug fixes is one of the reasons I have been a KDE user for more than 10 years now. THANK YOU for keeping KDE so great. :D |