[Libreoffice-bugs] [Bug 119202] New: LibreOffice apps should not change their WM_CLASS values after being launched

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Aug 10 17:30:08 UTC 2018


https://bugs.documentfoundation.org/show_bug.cgi?id=119202

            Bug ID: 119202
           Summary: LibreOffice apps should not change their WM_CLASS
                    values after being launched
           Product: LibreOffice
           Version: 6.1.0.3 release
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: framework
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: nate at kde.org

Description:
This bug affects all LO 6.x apps. It was not present in 5.x.

When you launch (for example) LO Writer, it creates a generic window with the
class WM_CLASS "libreoffice LibreOffice 6.0". After a moment, it changes the
WM_CLASS to "libreoffice libreoffice-writer". This causes issues in KDE Plasma:
https://bugs.kde.org/show_bug.cgi?id=396871

Steps to Reproduce:
1. Use KDE Plasma (any recent version)
2. Use an Icons-only task manager
3. Install LibreOffice 6.x
4. Pin LO Writer to your Icons-Only Task Manager and move it so it's not the
last pinned icon
5. Click on the LO Writer icon that you've pinned to your Icons-Only Task
Manager

Actual Results:
Because the WM_CLASS value changes, a new icon is created at the end of the
list rather than the Task Manager knowing that it's an instance of the pinned
app and re-using the pinned app icon. See the video in
https://bugs.kde.org/show_bug.cgi?id=396871
(https://drive.google.com/file/d/1_G69tnyXNT_CQPBC8JOCl3LIgL7zyxyB/view?usp=sharing)

Expected Results:
The WM_CLASS value should not change, which would allow the Task Manager to
know that the spawned window is an instance of the pinned app.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
The issue could be resolved by having each LO app use the same WM_CLASS value
for the generic window as for the actual UI window that the user will interact
with.

(it would also be solved by doing away with the whole
immediately-spwan-a-generic-dummy-window thing entirely but I imagine that's
more architecturally complex or else it would have already been done).

-- 
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/20180810/8446dfea/attachment.html>


More information about the Libreoffice-bugs mailing list