The file breaks LibreOffice when it is opened, utilizing 100% CPU. I've had to force quit it as no progress seems to be made. The file looks normal, and I found it online using a Google search. Tested using LibreOffice 3.4 on OSX. Also tested on LibreOffice 3.4 and 3.3.2 on OpenSuse. The file opens in 3.2, but the output is terrible and nowhere near the original.
Created attachment 47969 [details] File breaks LibreOffice
Reproduced on 3.4 SLED 11 sp1 i586. It looks LibO keeps complaining a graphic import without stopping: libreoffice/clone/filters/writerfilter/source/dmapper/GraphicImport.cxx:1505 failed. Message :GraphicCrop Thanks for Cedric's review.
[Reproducible] with reporter's sample document and "LibreOffice 3.4.0 – WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:12)]". I tried to open sample document from WIN Explorer before I had started LibO. Slash screen appeared and lockfile was created, but LibO did not start. Because LibO will not be listed in WIN Task Manager it is difficult to terminate this process. OOo 3.1.1 opens the sample document quickly and with many pages, but contents is not visible. OOo-dev 3.4 (obsolete version) opens sample document, but only an empty page 19 is visible. @Cédric: Please feel free to reassign if it’s not your area.
Re-tested in order to update the state of affairs. Still [REPRODUCIBLE] with LibreOffice 3.4.6 running on MacOS X 10.6.8. Similar to the original report, LibreOffice utilized about 95% CPU but there was no progress. After some time I had to force quit LibreOffice. I will attach the log file created by MacOS X; it may give some insight about what LibreOffice is doing all the time in vane ... But NOT LONGER REPRODUCIBLE with LibreOffice 3.5.2.2 (Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f) running on MacOS X 10.6.8: the document opens in about 1-2 seconds, the contents seem complete to me, only that the page layout looks like an artwork by David Carson ;-) No page margins at all, text frames placed at strange positions. @Everybody involved: Could someone please test the file again with LibreOffice 3.5.x on Windows and/or Linux to confirm that there is no hang anymore? @Rainer Bielefeld (or other experienced QA people): If/when someone has confirmed that the hang is gone, should we close this report then?! Maybe we should make another report for the remaining formatting issues ... but the present issue (the hang) is fixed now, isn't it?
Created attachment 60239 [details] MacOS X log file created on forced quit of LibreOffice 3.4.6 Just of historical interest now, I guess: the log file created by MacOS X 10.6.8 when I had to force quit LibreOffice 3.4.6. Please note that I had to CUT the log file at two points: it was about 11.2 MB in size, just after some seconds of hang, so I had to remove some of the always repeated entries.
Tested again with a current Master build (LOdev 3.6.0alpha0+, Build ID: 503c8fd, installation file: master~2012-04-20_00.38.41_LibO-Dev_3.6.0alpha0_MacOS_x86_install_en-US.dmg, running on MacOS X 10.6.8): like in LibreOffice 3.5.2.2, the .docx file the opens in about 1-2 seconds, the contents seem complete to me, but in addition the page layout is now much better than with LibreOffice 3.5.2.2. Great progress! So it seems that either some 3.5.x version or at least 3.6 will not only open this and similar .docx files, but also open them correctly, preserving the original page layout as much as possible. Again: if someone else could please confirm that the hang is gone with LibreOffice on Windows and/or Linux, too, we could close this bug as FIXED (or just WORKSFORME) ...
AFAIR (and due to History) this bug has been reproduced with MAC and WIN. Both do no longer crash / hang at least with 3.5.2, so I close this Bug. Please feel free to modify target information if you find out that the bug vanished more early. And yes, formatting looks much better with 3.5.3RC1 than with 3.5.2