https://bugs.freedesktop.org/show_bug.cgi?id=85478

[email protected] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Libreoffice 4.3.3.2 RC      |Libreoffice 4.3.3 segfaults
                   |systematically segfaults on |on closing when
                   |closing application         |gnome-integration is not
                   |                            |installed

--- Comment #9 from [email protected] ---
OK! I have finally sorted this out (I think).

Libreoffice crashes when quitting the application in certain conditions.

These include 
- having something on the launch screen
- having Languagetool installed
- not having the gnome integration package installed

Since the actual trigger consists in not having the gnome integration package
installed, I have updated the bug title accordingly.

In this respect note that:

- Gnome integration has never been compulsory before.  Among the Libreoffice
packages there are both a kde-integration package and a gnome-integration
package. Until recently, it was possible to install just kde-integration on kde
systems and just gnome-integration in gnome. Now, without gnome-integration,
Libreoffice is prone to crashes.

- Installing gnome integration is an obvious workaround for the crash. However,
it is very undesirable since it creates multiple problems of its own.
Specifically:
a) If one has both gnome-integration and kde-integration installed, Libreoffice
should be smart enough to recognize the environment it is running in and pick
the suitable integration flavor. Conversely, if one has gnome-integration
installed, libreoffice always assumes that gnome integration is to be used,
even if kde integration is also installed and one is under kde.
b) With gnome integration on, unless the system *forces* some dpi, Libreoffice
always seems to assume 96 dpi, completely ignoring what the system reports with
xdpyinfo and randr. Since every other application on the system uses the dpi
value reported by xdpyinfo and randr, this completely breaks the integration
with the desktop, making the libreoffice fonts invariably look too huge or too
tiny. Of course this can be worked around by configuring libreoffice to use a
scaling factor for its interface... but why?


As a conclusion, please restore the former behavior where libreoffice could
work without the gnome-integration package in kde. And assure that the lack of
an integration package at most results in an error presented to the user, not
in a misterious segfault and core dump.

-- 
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

Reply via email to