https://bugs.kde.org/show_bug.cgi?id=359567
--- Comment #14 from Kiril Vladimiroff <ki...@vladimiroff.org> ---
> a) Does that "Football Manager 2016" client never sport (pun intended)
> a WM_CLASS hint, or did you set it empty manually (because it also
> adds WM_CLASS late)?
It doesn't detect it. Even now when I try to create a new rule for it, I
get these lines via the "Detect window properties" button:
wmclass=
wmclasscomplete=false
wmclassmatch=1
> b) The pretty much means CEF is setting WM_CLASS after the map
> request, what's rather an icccm violation
>
> Strictly spoken though, it must be set as long as the window is
> withdrawn, maybe they keep it that state until it gets actually mapped
> (while that's not helpful ;-)
>
> => We might have to sync after mapping the window and before applying
> the rules? Can you try a patch (for kwin) - doesn't make sense to
> relax things here if the client sets WM_CLASS some seconds later.
I'm currently running a KWin from an offical Arch Linux package, but I
could try applying a patch and compiling kwin, as long as I can apply it
on top of the 5.5.4 tag.
--
You are receiving this mail because:
You are watching all bug changes.
