https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #13 from Ivo Šmerek ---
Alright, I managed to get this working. It is related to the fact, that
WM_CLASS property has two variables. Look at these two following commands.
Command 1:
> xprop -name "Talos - Linux - 64bit" -
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #12 from Ivo Šmerek ---
I recorded a short video to demonstrate what I'm talking about.
https://youtu.be/RxoQ3G_kexM
Excuse the Czech locale.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #11 from Ivo Šmerek ---
And I can confirm that WM_CLASS is changed, appropriate .desktop file with the
StartupWMClass created. But KDE task manager seems to completely disregard
this.
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #10 from Ivo Šmerek ---
I tested it and it does nothing. I tried _NET_WM_ICON_NAME and WM_ICON_NAME.
Games often provide some default icon that I don't see in any property listed
by xprop and this default icon is displayed in task ma
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #8 from Ivo Šmerek ---
Oh, I just realized that Team Fortess 2 has WM_CLASS from start, but in this
case, it must be changed to distinguish it from other games in the source
engine. All these games have the same WM_CLASS. (Half-Life 2
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #7 from Ivo Šmerek ---
When is this `windowChanged` method called?
All examples/test cases I know are Steam games. For example, all games listed
in this JSON attribute have WM_CLASS missing. All those games have WM_NAME
property though
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #5 from Ivo Šmerek ---
I tried to change WM_CLASS and then WM_STATE property of the window with xprop
to Withdrawn and back to Normal.
To Withdrawn:
> xprop -f WM_STATE 32ih -set WM_STATE "0,0"
To Normal:
> xprop -f WM
https://bugs.kde.org/show_bug.cgi?id=431821
--- Comment #4 from Ivo Šmerek ---
I understand, but I'm looking for a way how to add a WM_CLASS to the window,
which has this property missing from the start. I guess I can't force a window
to go to the withdrawn state and back?
As I said,
