[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