Apache OpenOffice (AOO) Bugzilla – Issue 54338
OOo hangs on opening sdw file
Last modified: 2013-09-12 17:27:20 UTC
Current release of OO2beta2 doeas not load an file created with OO 1.1.4 (sdw). Load/Open action aborted after 7 minutes while OO2beta2 was not responding.
File which need to be attached is over 7MB size. Could you pls. provide a way to submit it!
@ tjurk: If you do not have the possibility to make the file available on a ftp server or website, you can send it to me (rainerbielefeldng@bielefeldundbuss.de), I will make it ccessible for further texts.
You can download testfile 'Quick Start OO2beta.zip' from a.m. URL
Tests concerning 'Tool4M_XL_QuickStart.sdw' I checked with 1.1.4 (German) WIN XP: [645m52 (Build 8824)], I was able to open file without problems. I checked with 2.0 (1.9.m125) German version WIN XP: [680m125(Build8947)]: impossible to open file, OOo hangs ('I stopped test after 5 minutes). I also tried: A self saved 'Tool4M_XL_QuickStart.sdw' (can not be opened) A document containing only first 74 pages of 'Tool4M_XL_QuickStart.sdw': can not be opened A document containing only pages 75 to end of 'Tool4M_XL_QuickStart.sdw': can not be opened A document without any indexes: can not be opened. No Idea what might cuase the hang, but NEW, because reproducible
IMO there is a problem with the path-setting (think there is a issue): relative or absolute. With OOo 1.1.4 this seems to be o.k. Try to restore the orignal and complete path to the files.
If you have still installed OOo 1.1.4, unmark the settings in Tools-Options- Save/Load-common-save URL relativ (hope the terms are right, I have a german version) and save the file. The links to the graphics should now show the full path. In your current sdw-file the link (edited under Windows with wordpad)looks like: Pictures/xxxx.jpg. With changes there should be the complete path to the file.
After installing OOo 1.1.4 I noticed that OOo 1.1.4 (OOo 1.0 format) and OOo 2 beta (Opendocumentformat) have problems with such a large file with so many objects. Using the sdw-fileformat (SO5) OOo 1.1.4 has no problems. I tried the handling with the first 30 pages of the document. The behaviour with OOo 1.1.4 and OOo 2 beta was o.k. Adding more and more pages creates problems saving the document takes more and more time up to crashes and empty objectframes. tjurk, I suggest that You use furthermore OOo 1.1.4/1.1.5 with this document. You also can split the document in smaller ones ( IMO a lot of work).
After installing OOo 1.1.4 I noticed that OOo 1.1.4 (OOo 1.0 format) and OOo 2 beta (Opendocumentformat) have problems with such a large file with so many objects. Using the sdw-fileformat (SO5) OOo 1.1.4 has no problems. I tried the handling with the first 30 pages of the document. The behaviour with OOo 1.1.4 and OOo 2 beta was o.k. Adding more and more pages creates problems saving the document and takes more and more time up to crashes and empty objectframes. tjurk, I suggest that You use furthermore OOo 1.1.4/1.1.5 with this document. You also can split the document in smaller ones ( IMO a lot of work).
New Statements: I tried to load once more the document with OOo 2 beta (1.9.129). After about 20 minutes it was succesful. Saving the document in opendocument-format equally takes about 20 minutes. Loading takes about 20 seconds.
Could this be a solution: Fallback to OO 1.1.4 using the old sdw-format? The next tip may be: Move to M$-Office, grrr It should not be a problem to debug into the problem and fix it....
MRU->ES: pls investigate. It looks, that the load-process needs such a long time or even loops.
The priority of this issue must be changed to 2 better to 1.
Will there be any activity in the near future? As stated by jolatt, the priority should be changed. I think it is a major bug and should be fixed ASAP !!!!
No, the priority should not be raised. It's a data loss = P2. See http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority ES->FLR: please have a look at this file, Saving it as sxw in OOo 1.1.4 also leads to a freeze. Same bug?
Seems to be working in OO2 (released version). Pls. have a look at my other issues submitted today. There are a lot of more bugs regarding the load/save/import/export engines.
It doesn't work in the released version (OOo 2.o - 680m3 Build: 8968). CPUload: 100% The described behaviour hasn't changed.
*** Issue 56418 has been marked as a duplicate of this issue. ***
OOo 2.0.1rc3 takes 4min40sec here to open the file on P4 3.0 512RAM Too much time yet.
Tried w OO2.0.1RC4: Stiil takes about 10min. Too loooooooooooooooooong
AMA->OS: We talked about the problem in unoidx.cxx lcl_GetMark(). This function is not called much too often during "save as .odt" and in the binfilter. Usage of a multiproperty set would reduce the time but if you find a way to make this call obsolet it would be much better.
We will not be able to fix that one until code freeze for 2.0.2 -> retargetted to 2.0.3
Currently no resource available for 2003 filters -> later
I was successfully able to replicate the bug on Windows XP Service Pack 2 using OpenOffice 1.1.5 for creating SDW files and OpenOffice 2.0.2 Beta2 for loading the documents.
Mighh have been fixed in the latest rel. (2.0.4). Latest rel. loads the file. Would be much better to do some more investigations to fix bug (issue) 57008. This could make 2.x a replacement for 1.x
Fixed, as reporter says. Btw: Reporter, the file is not available for download anymore. Thank you. Hwoarang
.