https://bugs.documentfoundation.org/show_bug.cgi?id=96667
Bug ID: 96667
Summary: WM_CLASS set a to a string, then changed to a
different one again and again a huge numer of times
per second
Product: LibreOffice
Version: 5.0.4.2 rc
Hardware: x86 (IA32)
OS: Linux (All)
Status: UNCONFIRMED
Severity: minor
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
Created attachment 121494
--> https://bugs.documentfoundation.org/attachment.cgi?id=121494&action=edit
log of the WM when starting libreoffice passing it a file
OS: Debian testing/strech
LibreOffice version: 5.0.4.2
Tested component: LibreOffice Writer
Window manager: i3wm for X11 [0]
---
Hi all,
trying to understand a strange behaviour in i3, i noticed from the window
manager logs (attached) that calling libreoffice with a file as argument makes
the application set multiple times, again and again, the class string to the
same value ("libreoffice", "libreoffice-writer"), and not once on the window
spawn as one would expect. I'm talking about something like 115 times for the 4
seconds the WM logging was active, so about 30 times per second.
grep WM_CLASS libreoffice-file.log | wc -l
115
And it's reasonable to think that this would go on for the whole time the
window stays open.
On LO IRC channel i was asked to start soffice with SAL_USE_VCLPLUGIN=gen and
SAL_USE_VCLPLUGIN=gtk, and since the result was the same they concluded that
the affected code should be under vcl/unx/generic/.
Anyway this doesn't happen when calling libreoffice with no file as argument.
In this case the start center screen is showed and the class is set just one
time to ("libreoffice", "libreoffice-startcenter")
This was the main issue i was concerned about. Another issue is that before
being set repeatedly to ("libreoffice", "libreoffice-writer") as described, the
class is first set to ("libreoffice", "LibreOffice 5.0"), which the (linux)
tools available to the user to extract informations from windows (e.g. xprop,
xwininfo) can't even see, since this value is suddenly overwritten with by the
mentioned repeated strings, which is the one that the user will see. As
consequence, the user may fail to assign class-based criteria to its window
manager. So is this first step required, or can it be skipped setting the class
to the appropriate string directly?
I hope i included as many details as i remember, sorry if i forgot something
and tell me if i can provide more infos.
Thanks.
[0] https://i3wm.org/
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
