<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:glogow@fbihome.de" title="Jan-Marek Glogowski <glogow@fbihome.de>"> <span class="fn">Jan-Marek Glogowski</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - LibreOffice apps should not change their WM_CLASS values after being launched"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119202">bug 119202</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>glogow@fbihome.de
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - LibreOffice apps should not change their WM_CLASS values after being launched"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119202#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - LibreOffice apps should not change their WM_CLASS values after being launched"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119202">bug 119202</a>
from <span class="vcard"><a class="email" href="mailto:glogow@fbihome.de" title="Jan-Marek Glogowski <glogow@fbihome.de>"> <span class="fn">Jan-Marek Glogowski</span></a>
</span></b>
<pre>What is missing in all the comments is the VCL plugin in use (just copy "About
LibreOffice"), but I guess it's not kde5.
Because for me it's currently just
$ SAL_USE_VCLPLUGIN=kde5 soffice --writer
$ xprop WM_CLASS
WM_CLASS(STRING) = "soffice.bin", "soffice.bin"
And that actually never changes.
$ SAL_USE_VCLPLUGIN=gtk3 soffice --writer
$ xprop WM_CLASS
WM_CLASS(STRING) = "libreoffice", "libreoffice-writer"
And since gtk3_kde5 is just gtk3 + kde5 file picker as an external app, it's
gtk3 from the code => same problem.
And I'm not sure anything regarding gtk3 should be fixed. If the user chooses
to run the gtk3 backend on KDE, because currently kde5 has much more bugs and
problems then gtk3, then the user have cope with that fallout. IMHO we don't
want special desktop handling in each backend.
BTW: LO has an internal fallback list of plugins so it tries hard to always
start up. Always check "About LibreOffice" for the real plugin in use! Even
SAL_USE_VCLPLUGIN is just a preference.
Now probably we should change the WM_CLASS to libreoffice for kde5? After
reading all the stuff / bugs I'm not sure about it.
What is the expected behavior here?
Should there be different grouping for different LO document types, except the
icons in the group list?
And I couldn't find any Qt Core function to change the WM_CLASS.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>