https://bugs.documentfoundation.org/show_bug.cgi?id=159656
--- Comment #2 from Michael Weghorn <m.wegh...@posteo.de> ---
2 things I can think of that *might* be relevant here:
1) The use of themed application icons, i.e. depending on what icon theme is in
use (likely set in GNOME or KDE system settings), the icons from that theme may
be preferred, not any shipped with LibreOffice.
2) The .desktop files from underneath $XDG_DATA_DIRS (see the desktop entry
spec: [1]), like /usr/share/applications/libreoffice-startcenter.desktop or
/usr/share/applications/libreoffice-writer.desktop
>From what I know, in particular on Wayland, the app-id set for the "window"
(might be called "surface" in Wayland terminology, but I'm not sure) is used to
associate the window with a desktop entry, and window managers/Wayland
compositors/task bar entry managers use the icon (and maybe more data) from
these.
Example:
app-id is set to "libreoffice-writer"
-> corresponding desktop file is
/usr/share/applications/libreoffice-writer.desktop
The desktop file has an entry "Icon=libreoffice-writer" -> An icon with that
name is used, presumably preferring the one from the currently set icon theme.
On my Debian testing, that desktop file also has an entry "Name=LibreOffice
Writer", and that's what I see when hovering over the taskbar entry in my KDE
Plasma X11 session on Debian testing when starting the Debian-provided
LibreOffice Writer.
Do your desktop files contain any "Name=" entry that contains the version
number?
I don't know about all of the details and there might be other things that come
into play.
Not sure what of the current behavior would then even be correct from a
technical perspective ("works as designed"), as e.g. supporting theming
generally seems to be a good idea in my eyes.
One way to override the current behavior that might possibly work is to prepend
a directory containing own .desktop files to XDG_DATA_DIRS so that one is
checked first. (Might have to be done on session start as the process managing
the taskbar likely uses its own environment and not environment variables set
only on LO start.)
[1]
https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
--
You are receiving this mail because:
You are the assignee for the bug.
