Bug 36775 - LibreOffice segfaults in next conversion after converting from HTML to ODT
Summary: LibreOffice segfaults in next conversion after converting from HTML to ODT
Status: RESOLVED DUPLICATE of bug 32575
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected)
3.3.2 release
Hardware: x86 (IA32) Linux (All)
: medium critical
Assignee: Muthu
Depends on:
Reported: 2011-05-02 08:48 UTC by hars
Modified: 2012-02-10 01:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description hars 2011-05-02 08:48:33 UTC
I installed the x86 rpm (which claims to be 3.3.2 on the outside but 3.3.2rc2 within) in opensuse 11.3 to see if it behaves like the OpenSuse build in
https://bugzilla.novell.com/show_bug.cgi?id=690798 and it does:

~> /usr/bin/libreoffice -headless -accept="socket,port=8100;urp;" &
[1] 7827
~> /opt/libreoffice/program/python DocumentConverter.py /opt/libreoffice/basis3.3/share/config/wizard/web/preview.html tmp.odt
~> /opt/libreoffice/program/python DocumentConverter.py /opt/libreoffice/basis3.3/share/config/wizard/web/preview.html tmp.odt
Traceback (most recent call last):
  File "DocumentConverter.py", line 225, in <module>
    converter.convert(argv[1], argv[2])
  File "DocumentConverter.py", line 144, in convert
    document = self.desktop.loadComponentFromURL(inputUrl, "_blank", 0, self._toProperties(loadProperties))
__main__.DisposedException: URP_Bridge : disposed
(tid=3) Unexpected connection closure

Meanwhile, in an attached gdb:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb0afbb70 (LWP 7941)]
0xaeaaace4 in SwDocShell::ReconnectDdeLink(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libswli.so
(gdb) bt
#0  0xaeaaace4 in SwDocShell::ReconnectDdeLink(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libswli.so
#1  0xb6c5a17a in SfxObjectShell::ReconnectDdeLinks(SfxObjectShell&) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so
#2  0xb6cf12b8 in SfxObjectShell::DoLoad(SfxMedium*) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so
#3  0xb6d311ab in SfxBaseModel::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) () from /opt/libreoffice/program/../basis-link/program/libsfxli.so
#4  0xb6d6e8cc in ?? () from /opt/libreoffice/program/../basis-link/program/libsfxli.so
#5  0xb1535bf5 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so
#6  0xb1535e47 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so
#7  0xb1535f30 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so
#8  0xb14d6d71 in ?? () from /opt/libreoffice/program/../basis-link/program/libfwkli.so
#9  0xb3e743a8 in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so
#10 0xb3e7471f in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so
#11 0xb3e74b78 in ?? () from /opt/libreoffice/ure/lib/libgcc3_uno.so
#12 0xb0b11dcf in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so
#13 0xb0b06153 in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so
#14 0xb0b06950 in ?? () from /opt/libreoffice/ure/lib/liburp_uno.so
#15 0xb6f4473e in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3
#16 0xb6f4527b in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3
#17 0xb6f456d2 in ?? () from /opt/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3
#18 0xb7626f48 in ?? () from /opt/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3
#19 0xb70e2b25 in start_thread () from /lib/libpthread.so.0
#20 0xb71d046e in clone () from /lib/libc.so.6
Comment 1 Yifan Jiang 2011-05-26 01:30:30 UTC
It looks working fine in 3.4 rc1 /SLED 11 i586.

Thanks Petr to have a review, did we actually fix this recently?
Comment 2 Petr Mladek 2011-06-03 09:45:38 UTC
I guess that this is a duplicate of the bug #37412. That one is visible only on x86_64.

Muthu, could you please have a look?
Comment 3 hars 2011-06-06 00:31:43 UTC
With a stacktrace that starts with "#0  0xaeaaace4 in " this is obviously not a duplicate of a bug that happens only in x86_64 (unless this is in fact a combination of several bugs that are partially masked in 32 bit builds of 3.4), but apart from that, both these bugs are closely related, see also the OpenSUSE bug linked to in the first comment, and expecially comments https://bugzilla.novell.com/show_bug.cgi?id=690798#c13 and following.

Also related may be bug #37357 and https://bugzilla.novell.com/show_bug.cgi?id=690796 which point to further weirdness in the html conversion code.
Comment 4 Muthu 2011-12-15 03:40:04 UTC
@hars: It would be great if you could reverify this with 3.5, please?

Thank you!
Comment 5 Caolán McNamara 2012-02-10 01:05:55 UTC

*** This bug has been marked as a duplicate of bug 32575 ***