Skip to main content
Unix & Linux

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

8
  • Yes, I am talking of are the icons of the tabs in the "Task Manager" widget of KDE Plasma's Panel. Commented Dec 2, 2018 at 3:35
  • 1
    Great answer! I believe it should work, but so far it is not. (My lack of results is similar to the OP on the AskUbuntu question you linked.) Your explanation is very clear; I don't think I am missing any steps. I'm running Arch Linux with KDE Plasma 5.14.3, Firefox 63.0.3, X.Org 1.20.3. The window properties of Firefox launched with the .desktop file as per your answer, are detected as Window class: firefox (navigator firefox), Window role: browser. What else can we compare to find the differences between your system, where it works, and my system, where it does not work? Commented Dec 2, 2018 at 4:16
  • 1
    I grabbed your icons and your last .desktop file, changed only icon's path and profile name, and it worked here. How did you get your window properties? I used xprop WM_CLASS, got WM_CLASS(STRING) = "Navigator", "FFSecond" (same results with More Actions (from Firefox title bar) > Special Window Settings > Window Matching > Detect Window Properties). It looks like your system is not honoring the --class option. I'll try digging into it a bit more. The minor difference in Plasma version (5.14.4 VS 5.14.3) should not be an issue (I glanced at the changelog), but we should not forget it. Commented Dec 2, 2018 at 10:15
  • 1
    I tried your approach on a different computer (my laptop) and it worked perfectly! My laptop and desktop both run Arch Linux and (as far as I can tell) they are set up exactly the same. It would be nice to know what minor settings can cause this solution to not work. To get window props I used both xprop WM_CLASS and KDE's KWin Window-Specific Settings dialog. One difference I noticed is that KDE's tool returns an all lower case string. On my laptop a class string name of mixed casing works even though KDE's tool forces the string to lowercase. Anyway, this is progress! Thanks Commented Dec 2, 2018 at 23:32
  • 2
    This solution is working on my desktop too now. Unfortunately, I cannot say what, if any, change made it start working. It just started working and I don't think I changed anything or even rebooted. The takeaway for anyone else who wants this solution may be that if it doesn't work, keep trying. Commented Dec 3, 2018 at 0:20