[Libreoffice-bugs] [Bug 141106] changing WM_CLASS is in conflict with ICCCM standard
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Fri Mar 19 15:30:41 UTC 2021
https://bugs.documentfoundation.org/show_bug.cgi?id=141106
Jan-Marek Glogowski <glogow at fbihome.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |caolanm at redhat.com,
| |glogow at fbihome.de
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WONTFIX
--- Comment #1 from Jan-Marek Glogowski <glogow at fbihome.de> ---
The original implementation for gtk / X11 was done in
commit 2aee1633048bcb732a5c1917580d305afa54e5ef
Author: Caolán McNamara <caolanm at redhat.com>
Date: Wed Oct 27 23:05:06 2010 +0100
fdo#632229# provide some support for a per-windowframe
ApplicationID/WM_CLASS
(That fdo number is wrong.)
Later I implemented it for Qt5 / XCB with
commit 77a3c443d35c7d966217f02ea9189cb1819c7828
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date: Fri Jun 14 00:46:32 2019 +0000
tdf#125921 Qt5 set WM_CLASS for top level windows
We know it breaks the spec. And we updated the Wayland spec to allow changing
of appid / class for visible windows to update the icon. LO is a single
application and destroying windows when loading documents for different modules
isn't really a viable alternative.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210319/7ed46e3e/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list