https://bugs.documentfoundation.org/show_bug.cgi?id=125934
Bug ID: 125934
Summary: No application icon on Wayland with the kde5 backend
Product: LibreOffice
Version: Inherited From OOo
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
Description:
In Wayland the application icon is loaded from the desktop file by the
compositor. Therefore Qt has an API call to set the desktop file for the
application, which correctly sets the appId on Wayland:
QGuiApplication::setDesktopFileName
But this still leaves us with just a single icon. There is a Wayland API to set
a surfaces appId via the XDG shell protocol: set_app_id. This is - AFAIK - the
same call that is used by setDesktopFileName, but it can be used per Wayland
surface and isn't restricted to the global QGuiApplication. A XDG surface
normally maps to a top level window or a popup. And Michael tested that
changing the setDesktopFileName also changes the icon for the next created
window.
I'm told that appId is supposed to be fixed like the WM_CLASS, but just like
the latter, it's currently not enforced. So changing appId works and the icon
of the window changes, but currently has side effects, like crashes in
"kwin_wayland --xwayland" on shutdown. It works fine with Weston 5.0.0-3 on
Debian Buster.
Steps to Reproduce:
1. Start LO on Wayland with the kde5 backend
Actual Results:
The task manager and the window decorations show the default Wayland icon.
Expected Results:
The task manager and the window decorations show the document / module specific
LO icon.
Reproducible: Always
User Profile Reset: No
Additional Info:
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
