https://bugs.kde.org/show_bug.cgi?id=315488
Kai Krakow <k...@kaishome.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@kaishome.de
--- Comment #37 from Kai Krakow <k...@kaishome.de> ---
The primary problem here seems to be grouping is based on the ClassClass
string, not the ClassName string (which would be preferred for Chrome apps).
I think this worked properly with Plasma 5.8.0 but now I'm on Plasma 5.8.2 and
it's back to the old behavior. I compared Github but cannot see any changes in
the code which would explain this (I checked plasma-desktop and
plasma-workspace) so I guess the change is somewhere else (something I updated
along Plasma).
I'd like to patch this myself to get my preferred behavior back. Do you know
where to look (maybe the exact commit) which changed this back to grouping by
ClassClass instead of ClassName?
When I had Plasma 5.8.0 installed, each Chrome app had its own instance on the
taskbar (with child windows properly grouped within the correct task icon) even
with the correct icon (not the general Chrome icon). All other apps worked
correctly wrt grouping. So I think "wontfix" is not a satisfactory resolve
status of this bug. Even unity gets this correct. I'm not even sure if the
problem was properly understood when looking at the last comments.
If working with a lot of Chrome apps, the behavior as it is right now is a real
pita. OTOH, I don't want to disable grouping of Chrome altogether as the
taskbar gets much too cluttered then.
Comment #9 explained well what the difference is.
--
You are receiving this mail because:
You are watching all bug changes.
