https://bugs.kde.org/show_bug.cgi?id=401029
Fushan Wen changed:
What|Removed |Added
CC||qydwhotm...@gmail.com
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=401029
galdera changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Ever confirmed|0 |1
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #8 from Jurica Vukadin ---
Still present on 5.23.90. Let me know what further info is needed.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401029
galdera changed:
What|Removed |Added
CC||lem...@gmail.com
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #6 from Jurica Vukadin ---
Oh, I see, it wants file:// + the absolute path to the .desktop file.
Working fine now. Thanks for your support.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #5 from Jurica Vukadin ---
Okay, I added:
Google-chrome::crx_nckgahadagoaajjgafhacjanaoiihapd=chrome-nckgahadagoaajjgafhacjanaoiihapd-default.desktop
to the mapping section of taskmanagerrulesrc. This works, but now the taskbar
ignores the
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #4 from Eike Hein ---
The idea is to identify applications, and the application id is what the second
string in WM_CLASS (i.e. the "class" in ICCCM parlance) corresponds to. If this
is to be Hangouts and not Google Chrome, then it should say
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #3 from Jurica Vukadin ---
The problem is that google-chrome.desktop as shipped has
StartupWMClass=Google-chrome, so all Chrome windows always match on appId (i.e.
XClassHint::res_class). xWindowsWMClassName (XClassHint::res_name) and rewrit
https://bugs.kde.org/show_bug.cgi?id=401029
Eike Hein changed:
What|Removed |Added
CC||k...@privat.broulik.de
--- Comment #2 from Eike Hei
https://bugs.kde.org/show_bug.cgi?id=401029
--- Comment #1 from Jurica Vukadin ---
Created attachment 116305
--> https://bugs.kde.org/attachment.cgi?id=116305&action=edit
Patch
Matching xWindowsWMClassName before appId fixes it for me. No need for rules in
taskmanagerrulesrc either.
--
You a
10 matches
Mail list logo