I tried to open an odt-file. LibreWriter displays the file for a few seconds, but then crashes and also crashes XWindows in Ubuntu. The system comes back to the login screen.
Unfortunately, I cannot attach the file to this bug report. However, I can send the file via email on request.
The ddb.log is attached to this bug entry.
System: Ubuntu 10.10, gnome2, LibreOffice 3.4rc1, English UI, Intel 32-bit
Created attachment 47269 [details]
gdb.log to crash
Created attachment 47270 [details]
strace log of crash (first part)
Created attachment 47271 [details]
strace log of crash (second part of 7z-file)
Created attachment 47272 [details]
strace log of crash (third and last part of 7z-file)
Additional information: The file makes use of Graphite fonts and citations from the bibliographic program Zotero.
This crash occurs with LO 3.3.2, LO 3.4rc2, OOo 3.3, OOo 3.4beta
As this issue is also there in OpenOffice.org, I also filed a bug entry there: https://openoffice.org/bugzilla/show_bug.cgi?id=118100
X crashing is an X bug, even if triggered by an application -> please report to Ubuntu or X developers.
Hi, I need some help in filing this bug, if the LibreOffice bugtracker is not the right place:
I am not allowed to file this bug somewhere else for two reasons: First, the Ubuntu Bugtracker does not allow for bugs resulting from third party programs or PPA. Second, the LibreOffice PPA (https://launchpad.net/~libreoffice) does not allow for filing bugs.
Where else should I file this bug? This bug/crash is important to me, because I need to work on this file.
I encounter this bug with:
LO 3.3.2 from the LibreOffice PPA
LO 3.4rc2 from the LibreOffice website
OOo 3.3. from OpenOffice.org website
OOo 3.4Beta from OpenOffice.org website
Thank you very much for your help!
Björn, please help?
The Xorg bug needs to be filed at launchpad:
However, LibreOffice itself crashing is very much our own bug, regardless of what happens afterwards with X.
@gleppert: Does LibreOffice really crash before X or does it crash after X is gone? The last one is irrelevant in real life.
One way to find out is to open the file headless:
soffice.bin -headless foo.odt
If that crashes, it is indeed our bug and needs to be reopened, please attach the offending file in that case.
LibreOffice does not crash according to the gdb log, it merely goes away when the X connection crashes. Even if LibreOffice is triggering this problem, it still needs investigation on the X side first.
I performed the steps, Björn proposed. Here are the results:
* soffice.bin -headless myfile
This command runs for about 10 seconds and then it ends without any output. A new cursor in the terminal appears.
* export SAL_USE_VCLPLUGIN="svp"
This command runs forever. No output. It does not come to an end.
I filed a new bug in the xorg Ubuntu bugtracker:
@gleppert: That means that there is no crash in LO.
Also I tried to reproduce the crash with the confidential document on 3.3.2-1ubuntu5 on natty (and on the 3.3.2-1ubuntu6~ppa1 prerelease) -> no crash.
Most likely depending on X11 and the used drivers. Please continue investigation at:
As a workaround, you might try to run LibreOffice in a local VNC session. That might or might not help.
RC2 is bit by bit identical with release version, so separate items in the version picker are useless. Changes have been discussed with Michael Meeks.