Apache OpenOffice (AOO) Bugzilla – Issue 33330
Writer hangs on opening native (sxw) format document
Last modified: 2013-08-07 14:41:36 UTC
I've been working on a document for the last few days, saving it regularly. Just recently I needed to reboot the computer, so I saved and closed OO, and now I cannot load the document. Openoffice hangs - it appears to be using CPU but never returns from opening the document. This is OO 1.1.2, recently downloaded, running on a reasonably fast / well-specced i386 laptop with win2k. I have placed the file at http://www.acooke.org/design.sxw - if some kind soul could download/open it and, if it opens ok, send me it via email in some other format than sxw I'm hoping that I will be able to read it. Alternatively, perhaps the file is corrupted? It's only 28K, for the document that you can see at http://www.acooke.org/design.pdf (more-or-less - without the image, and perhaps with a little more work). (This was originally posted, in similar form, to the users mail list - a response there suggested I open a new issue; I searched for open/hang and found nothing that seemed identical).
Update: G. R. Singleton kindly sent me a recovered version of the file, so things are not so desperate (although it's unformatted....).
I can confirm this issue on Solaris SPARC running OOo 1.1.2. The file does indeed freeze OOo completely. As far as I can tell, there is no corruption in the zip format. I had no trouble unzipping the file. And zipping it again made no difference. There must be something in the .xml files themselves that is causing this. I will upload a copy of this file. I am confirming the issue. I set the target milestone to 1.1.4. I imagine that is reasonable for this kind of bugfix. I am setting the priority level to P2. The application freezes on basic functionality (loading a file). It also causes major loss of data (due to being unable to open the file). Cheers, Daniel.
Confirmed issue on Solaris SPARC running OOo 1.1.2. Opening this file freezes the application completely. Can only kill OOo using 'kill -9'.
Created attachment 17305 [details] Opening this file freezes OOo 1.1.2
MRU->FME: loops after loading while formatting. Please have a look, if a 1.1.4 fix is possible. Thanks!
FYI, also hangs in OOo 1.0.2 on Red Hat 9 i386.
FYI, removing the style element for "design Contents 3" from style.xml is sufficient to recover the data (isn't XML wonderful? ;o).
added keyword...
There's a table of contents in this document, the paragraph style for the entries of the first level is set to 'design Contents 0' which is linked with style 'design Heading 0'. 'design Headling 0' has set the 'keep with next paragraph' attribute, which perfectly makes sense. 'design Contents 0' inherits this setting, and with it all other styles 'design Contents *' styles. This gives us a balanced section (the table of contents) with 36 paragraphs that try to keep together. This is a rare situation (which of course should not cause a freeze) but I doubt that this situation is intended by the author of this document. I suggest to set this to OOo 2.0, because I do not like to touch this highly sensitive code for the OOo 1.1 branch, especially not for such a weird constallation of balanced section/keep attributes. Attached you will find a version of this file with 'keep paragraph together' disabled for the 'design Contents 0' style.
Created attachment 17556 [details] 'Fixed' document
In accordance with MRU, I set this to OOo 2.0. I also change the priority to 3, since this is not an 'every day' problem.
Allowing the StackHack to reset bLocked for e.g., nCnt < 5 solves the problem.
FME: Fixed in /cvs/sw/sw/source/core/inc/frmtool.hxx,v <-- frmtool.hxx new revision: 1.18.4.1; previous revision: 1.18
Thanks!
*** Issue 35845 has been marked as a duplicate of this issue. ***
FME: Ready for QA.
.
Verified fix in CWS swqbugfixes08.
Checked integration in 680m62.