Bug 47542 - : Crashes during conversion from doc or xls documents into odf formats
Summary: : Crashes during conversion from doc or xls documents into odf formats
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.5.1 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-19 19:06 UTC by Carlos Sevcik
Modified: 2013-04-26 13:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Crashes LO 3.5.1 in 64 bit Linux machines slow conversion in 32 bit Linux machines (836.50 KB, application/msword)
2012-03-21 15:54 UTC, Carlos Sevcik
Details
Crashes LO 3.5.1 in 64 or 32 bit Linux machines (207.50 KB, application/vnd.ms-excel)
2012-03-21 15:57 UTC, Carlos Sevcik
Details
xls converted (73.44 KB, application/vnd.oasis.opendocument.spreadsheet)
2012-03-24 13:42 UTC, Julien Nabet
Details
doc converted odt (812.79 KB, application/vnd.oasis.opendocument.text)
2012-03-24 13:52 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Sevcik 2012-03-19 19:06:24 UTC
Problem description: LibreOffice crashes when moderately complex documents formated as MS Office do or xls ar imported into LibreOffice. This is EXTREMELY SERIOUS for my since I need to share documents with coleagues not using LO.

Steps to reproduce:
1. ....Just open a moderately complex doc or xls with LO >= 3.5
2. ....
3. ....

Current behavior:Crashes

Expected behavior:Sould not crash

Platform (if different from the browser): Linux in my case
              
Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:11.0) Gecko/20100101 Firefox/11.0
Comment 1 Julien Nabet 2012-03-20 15:56:31 UTC
Could you attach 1 or 2 documents where you've got the crash ?
Comment 2 Carlos Sevcik 2012-03-21 15:54:42 UTC
Created attachment 58834 [details]
Crashes LO 3.5.1 in 64 bit Linux machines slow conversion in 32 bit Linux machines

Didn't include them since they are long, two are attached to this message. I have just realized that the doc file loads extremely slowly but does not crash with LO 3.5.1 on a 32 bit atom processor netbook, and crashes on two 64 bit machines (AMD Turion processor and a Core5i). The xls crashes the three macines.

Many thanks Julien
Comment 3 Carlos Sevcik 2012-03-21 15:57:52 UTC
Created attachment 58835 [details]
Crashes LO 3.5.1 in 64 or 32 bit Linux machines

Didn't include them since they are long, two are attached to this message. I have just realized that the doc file loads extremely slowly but does not crash with LO 3.5.1 on a 32 bit atom processor netbook, and crashes on two 64 bit machines (AMD Turion processor and a Core5i). The xls crashes the three macines.

Many thanks Julien
Comment 4 Julien Nabet 2012-03-24 13:42:55 UTC
Created attachment 58985 [details]
xls converted

(In reply to comment #3)
On pc Debian x86-64 with 3.5 branch updated today (so not exactly 3.5.1), i didn't reproduce the crash.
I can see the 3 sheets without pb.

Just noticed this message several times :
warn:legacy.osl:13624:1:/home/julien/compile-libreoffice/libo_3_5/sc/source/filter/excel/exctools.cxx:146: XclImpOutlineBuffer::MakeScOutline: unexpected level!

+ these :
warn:legacy.osl:13624:1:/home/julien/compile-libreoffice/libo_3_5/xmloff/source/core/ProgressBarHelper.cxx:124: tried to set a wrong value on the progressbar
warn:legacy.tools:13624:1:/home/julien/compile-libreoffice/libo_3_5/svx/source/form/fmvwimp.cxx:491: FmXFormView::~FmXFormView: Window list not empty!

But nothing special.
Comment 5 Julien Nabet 2012-03-24 13:52:33 UTC
Created attachment 58986 [details]
doc converted odt

Still with the same env, I could convert it.
The document was quite long to open and I had lots of warning/error messages in console, ex :
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/sw/source/core/txtnode/ndhints.cxx:339: HintsCheck: Portion inconsistency. This can be temporarily ok during undo operations
** (soffice:13858): WARNING **: Internal - un-mapped error
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/starmath/source/mathmlexport.cxx:1497: Warning: failed to export a node?
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/starmath/source/rect.cxx:231: Sm: empty rectangle created
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/sot/source/sdstor/stgdir.cxx:415: Trying to resize readonly stream by seeking, could be a wrong offset!
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/sw/source/core/text/frmform.cxx:1190: SwTxtFrm::FormatLine: line height is zero
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/comphelper/source/container/embeddedobjectcontainer.cxx:844: Can not copy embedded object that has no persistance!
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/comphelper/source/container/embeddedobjectcontainer.cxx:428: A freshly create object should be running always!
warn:legacy.osl:13858:1:/home/julien/compile-libreoffice/libo_3_5/sw/source/core/layout/paintfrm.cxx:3710: <SwFlyFrm::IsPaint(..)> - paint of drawing object without anchor frame!?
Comment 6 Carlos Sevcik 2012-03-24 18:16:37 UTC
Comment on attachment 58985 [details]
xls converted

Well I do not know what to say, the xls file crashes LO 3.5.1 in all my machines, and leaves a lock file in the directory called .~lock.ESTADISTICA TESIS.xls# its content is:

"Carlos Sevcik,csevcik,avispa,24.03.2012 20:11,file:///home/csevcik/.config/libreoffice/3;"

the doc file, as loaded extremely slowly in my Asus Eee netbook, but crashes my 2 64 bit machines. In my home machine I run Linux Mint 11 and just produced this lock file with the crash:

.~lock.BactridinesCharact Rev_Cecilia_28012012.doc#

Its content is the same as above

"Carlos Sevcik,csevcik,avispa,20.03.2012 21:58,file:///home/csevcik/.config/libreoffice/3;"

after the doc crash /home/csevcik/.config/libreoffice/3 containes a .lock file with the following content:

[Lockdata]
User=csevcik
Host=avispa
Stamp=EACAA41FAC1C3B7C67FCB38C220F14D6
Time=Sat Mar 24 20:23:27 2012
IPCServer=true

The many comments and edit messages in the manuscript are corrections and suggestions crossed with a colleague.

I think you are using a native Debian machine 32? 64? bits, my office machine runs Linux Mint 12 also with LO 3.5.1. Linux Mint is a Ubuntu derivative, which in turn is a Debian derivative. Mint 11 runs gnome 2 with a AMD Athlon x2 processor, while Linux Mint 12 runs gnome 3 on a Core5i processor. Both machines have 4 GB Ram.

The Mint 11 machine runs linux kernel 2.6.38-8-generic, the Mint 12 machine runs linux kernel 3.0.0-12-generic. Do not now if the info helps.
Comment 7 Julien Nabet 2012-03-25 01:04:43 UTC
Here are some infos of my machine :
I use x86-64 Debian testing (updated quite regularly). I knew that X/K/Ubuntu was derivated from Debian and Linux Mint  derivated from Ubuntu.
kernel : 3.2.0-2-amd64
gcc version 4.6.3 (Debian 4.6.3-1) 
make 3.81
java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-3)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

Dell Inspiron N7110 (with RAM 6GB, Intel CPU i5)

Did you try to reproduce with a brand new profile ?
For this, you must remove or backup your LO profile. (check ~/.libreoffice and ~/.config/libreoffice).
Have you got any extension which could be disabled for the test ?
Comment 8 Carlos Sevcik 2012-04-03 17:39:21 UTC
I upgraded my 64 bit machines to Ubuntu beta 12.04, and the crashes still occur. Ubuntu has now a nice bug tracking and reporting systems both files that caused the crash reported above as crashing Linux Mint 11 and 12 caused a SIGSEGV error under Ubuntu 12.04. The full dump of data on the crashes appears under Ubuntu bug tracking system as bugs 971601 (produced with the doc file) and 971620 (produced with the xls file). SIGSEGV means an illegal memory reference occurred in both cases. Illegal memory references could be constructed into security breaches, so the bug is not only a nuance but a potential security risk.
Comment 9 retired 2013-04-26 13:05:21 UTC
Both documents open fine for me using the latest LO release.

@Carlos: Could you please retry using the latest LO version. In the case that this should be a persisting issue, please re-open this bug.

Thanks :)