Created attachment 106513 [details]
Screenshot demonstrating the issue. Notice how the icon in the window does not match the icon in the panel.
Plasma sometimes displays the wrong panel icon for Firefox Nightly. The icon shown in the top-left corner of the window is correct, so I assume that the application is properly setting its window properties -- but Plasma, for some reason, decides to use the "normal" Firefox icon rather than the Firefox Nightly icon for these windows.
I've already seen this happen some days ago, but then it was fixed by restarting Firefox Nightly. Now the bug has come back, and this time, restarts do not help.
Unfortunately, I have no idea how Plasma picks the icon, so I don't know where to start debugging.
This is with Debian testing amd64.
Can you please provide the xprop output of the Nightly window (run xprop and then click the Firefox window) and also the .desktop file of it in /usr/share/applications and best also provide the one from vanilla Firefox so we can find something that lets us tell the difference.
The icon in the window is provided by the application as a pixmap whereas task manager uses the icon name from the application. Mapping windows to application is quite hard and sometimes fails as shown here.
(Please set status back to Unconfirmed when you provided the information)
There is no icon for this in /usr/share/applications; I installed Nightly by downloading the tarball and extracting it somewhere. Sure icons should work for all applications, not just those installed by root? Same for Firefox, is is also just installed in $HOME.
I will attach xprop output for nightly and stable.
Created attachment 106539 [details]
xprop of Firefox Nightly
Created attachment 106540 [details]
xprop of Firefox Stable
If you install an application in your $HOME you're responsible for putting a .desktop file specifying the icon in $HOME/.local/share/applications and also deploying the icon.
> If you install an application in your $HOME you're responsible for putting a .desktop file specifying the icon in $HOME/.local/share/applications and also deploying the icon.
Are you serious? Most of the time, I don't even bother to create a menu entry for an application. The Alt+F2 menu works just fine for applications symlinked from ~/bin. KWin demonstrates that showing the icon for such applications is perfectly possible. So, to be frank, I think it is quite ridiculous to not support this. It is quite surprising as well. People observing this behavior will see a bug in KDE, there is no way to *know* that .desktop files are suddenly considered mandatory by some software.
But, okay, in the interest of making progress let me play my your rules -- it's your software after all. I added a menu entry for nightly using KMenuEditor. This is what the .desktop file looks like:
$ cat ~/.local/share/applications/firefox-2.desktop
Comment=Browse the World Wide Web
X-GNOME-FullName=Firefox Web Browser
The issue remains the same: I started Firefox Nightly from the KDE menu, and still, the taskbar panel shows the wrong icon. Reopening because the reason given dos not apply any more.
You can read more about the situation here: https://bugs.kde.org/show_bug.cgi?id=369658#c4
Unfortunately on 5.8.x you're going to have to rename the .desktop file to Firefox.desktop for things to work. In later releases, the matching would also work via the revamped StartupWMClass handling.
Thanks for that, this is interesting information. I guess I should try to somehow create a service file for both versions of Firefox, and see if that helps.
Also, my version of KDE is so outdated at this point that I can perfectly understand that you don't want to support it any more.
Is this ticket is a duplicate of bug 369658, or should we keep it open?
*** This bug has been marked as a duplicate of bug 369658 ***