Summary: | Icon in the upper left corner of the windows does not follow the customized one of the menu/launcher | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Xwang <xwaang1976> |
Component: | tabbox | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | nate |
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Three different istances called by the 3rd, 4th and 5th button on the panel from the left |
Description
Xwang
2016-10-25 18:43:22 UTC
Created attachment 101779 [details]
Three different istances called by the 3rd, 4th and 5th button on the panel from the left
In the attached file there is a screenshot of the desktop with three different instances of chromium called by the 3rd, 4th and 5th button (respectively) on the panel from the left.
Each button has a different icon, but the three windows have all the default icon on the left upper corner.
The KWin window manager is responsible for generating this icon, and currently in X11, it always lets the window itself determine the icon. So for those Chromium instances, Chromium is choosing its own icon, and KWin is using that instead of respecting the custom icon you've set in the .desktop files. Though it's not the same issue, the root cause is the same as https://bugs.kde.org/show_bug.cgi?id=351055, so I'm going mark it as a duplicate as getting that fixed will fix this, too. In a nutshell, there are two ways for us to go forward: 1. Change the KWin behavior on X11 to always use the icon from the desktop file instead of letting the window choose its own icon 2. Use Wayland, where KWin respects the Wayland window manager spec, which requires the use of icons from .desktop files instead of letting the window choose its own icon. *** This bug has been marked as a duplicate of bug 351055 *** |