Bug 43665

I just found out that the problematic file is too large to attach, so here's the link in the URL field.

CONFIRMED with LibreOffice 3.4.4 [OOO340m1 (Build:402)], German langpack installed, running on MacOS X 10.6.8 German:
LibreOffice 3.4.4 crashes on opening the Word document.

-- I will attach MacOS X log file generated on the crash.
-- Changing 'Status' from 'Unconfirmed' to 'New': bug is confirmed now.
-- Changing 'Platform' from 'Windows' to 'All', because the bug is present not only on Windows, but also on MacOS.
-- Lowering importance a bit from 'blocker' to 'critical': 3.4.4 is already released, therefore is no release this bug could block ;-)

Created attachment 54415 [details]
MacOS X crash log for bug 43665, LibreOffice 3.4.4

Created attachment 54416 [details]
54415: MacOS X crash log for bug 43665, LibreOffice Master 2011-12-13

This bug is still present in LibreOffice 3.5 beta 1 and in Master (2011-12-13). I attach the MacOS X log file generated when LO Master (2011-12-13) crashes because the log files generated by beta 1 and Master are very similar, but a bit different from the log file generated for LibreOffice 3.4.4.

Thank you for your help, Roman.

> -- Lowering importance a bit from 'blocker' to 'critical': 3.4.4 is already
> released, therefore is no release this bug could block ;-)

Sorry for nagging you, but I think the "severity" part of the importance is about how this bug influences the user. And anyone who sees this bug is definitely blocked from working with this document, so I'm reverting your change.

I think the correct way to block a release (which of course I did not want to
do) is to define a "blocks" relation to the corresponding release tracking bug
(as it was e.g. done in bug 34404).

But maybe the developers "officially misuse" the severity "blocker" for blocking releases? :)

[Reproducible] with OOo 3.1.1, OOo 3.3, LibO3.3.3 Portable, 
Parallel Dev-Installation of  "LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) German UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration  11-Dec-2011 06:51" 

Works fine with OOo 1.1.4 (!)

I was able to create an .sxw with OOo 1.1.4 and convert that one to a .odt using 3.3.3 (what does not crash with that document, but with original .doc). The document seems to contain lots of lots of MATHTYPE 5 formulas, and my vague suspect is that they cause the problem, add that to Summary for now.

That new document might ease to find out what causes the crash.

Although it's annoying: 1 particular document in the world crashing all LibO and OOo versions of the last 4 years is not a blocker ;-)

OOo Heritage, so I modify Version.

@Cédric:
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.

Created attachment 54419 [details]
Sample document created from .doc

For details see Comment 6

@Robert Pollak
Please read <http://wiki.documentfoundation.org/Release_Criteria#Blocker_Bug_Nomination>!

I didn't reproduce it on master (future 3.6) and 3.5 branch.
I'm on Debian x86-64.

(noticed lots of threads launched on gdb more than 200 just to open the document).

Is this working with 3.5.x

It opens without problems with LO3.5.1 on WinXP 32bit.

This is fixed in LO 3.5.1.2, tested in Ubuntu 12.04 32 bit.

Just for confirmation:
The bug is also fixed with the MacOS version: LibreOffice 3.5.2.1 (Build-ID: 1488b14-519dc6f-43021d0-52136ea-8d338cc) running on MacOS X 10.6.8 opens the sample document 'Liu_PAMI.doc' without serious problems (some of the formuals look corrupted, but this is another issue with separate bug reports). Fine!