https://bugs.kde.org/show_bug.cgi?id=391539
Eike Hein <h...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WORKSFORME
--- Comment #6 from Eike Hein <h...@kde.org> ---
I took an initial look, and so far I can't reproduce a problem with
Icon=/path/to/file in .desktop files. An application that gets correctly mapped
to such a .desktop file takes the correct icon from the .desktop file both as a
window task and as a pinned launcher task.
My best guess at what's going on: You have this .desktop file to start Firefox
with a different WM_CLASS, but your .desktop file doesn't contain a
StartupWMClass= key matching that WM_CLASS. Therefore the Firefox window isn't
mapped to the right .desktop file. For some seperate reason, it's also not
mapped to any other .desktop file, which means when pinning, the icon is taken
from the window icon, and stored in base64 in the config file.
Note also that while you can start Firefox with a different WM_CLASS, if you
already have a running instance it will reuse the WM_CLASS of the first window
for other windows.
Let me know if these pointers help you resolve things somehow. If you still
suspect a bug, feel free to reopen this ticket and we can look into it
together.
--
You are receiving this mail because:
You are watching all bug changes.
