To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71598 Issue #|71598 Summary|I can’t open a text document with many frames anchored | to a character => 100% CPU, severe crash, data lost Component|Word processor Version|OOo 2.0.4 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|open-import Assigned to|mru Reported by|jpannequin
------- Additional comments from [EMAIL PROTECTED] Wed Nov 15 17:52:43 -0800 2006 ------- Crashed in OpenOffice.org 2.1 OOE680_m2 Developer Snapshot I am working on a document with many small frames(here : more than 600), each are anchored to a character. Very quick summary : Doc1 crashes. Doc2 does not crash. Diff of the content.xml : [EMAIL PROTECTED] ~]# diff content1.xml content2.xml 127,133d126 < <draw:frame text:anchor-type="char" draw:z-index="54" draw:style-name="gr3" svg:width="0.983cm" svg:height="0.426cm" svg:x="-0.275cm" svg:y="-0.035cm"> < <draw:text-box> < <text:p> < <text:span text:style-name="T2">disciple</text:span> < </text:p> < </draw:text-box> < </draw:frame> Context : This bug is linked to the bug #71596. About the other bug : Saving a document with many frames anchored to a character goes wrong. The frames are not anchored to the paragraph. Testing shows that the crash is linked to the frames. Description : Following to a big crash of OOW, I tried to reopen Doc3 (saved by me) and Doc4 (autosave a few minutes later). OOW crashed while opening both files (at the very last stage, when the bottom progress bar is full). The CPU was 100 % busy by soffice.bin. So this is another crash. I tried opening the file many times on my PC (Windows XP), with no luck. I tried opening the file many times on another PC with Windows XP and OpenOffice 2.0, with no luck as well. (I am not sure if this is interesting : I even tried to open it with AbiWord, it crashed as well). XML Debugging : I tried to debug the .odt file, looking at content.xml. Here are my findings : I opened a new document, and replaced content.xml of the new document with the one of the buggy document. => CRASH. I then started with a new content.xml adding step by step the elements of the buggy documents. The attached image (Bug OpenOffice 2 - Frame Crash 1) shows that there was NO CRASH when adding only the first 4 elements located in the <office:text> element (Doc5). So the problem lies in the <text:section> element. When adding the <text:section> element and, in that element, only the first element <text:p text:stylename="P4"> => CRASH (Doc6) So let’s zoom in that element, see attached image (Bug OpenOffice 2 - Frame Crash 2). If I only remove the DF3 element (the last draw:frame) the document does not crash anymore. (Doc7) If I keep DF3 and remove DF2 the document does not crash anymore. (Doc8) If I keep DF3, DF2, DF1 and remove the rest of the elements draw:frame, it bugs. (Doc9) So I then created the minimal buggy file that crashes Doc1 and the associated non-buggy file Doc2. END OF THE STORY. Thanks for the help and the work done on OpenOffice. PS: I may help in developing a correction, because it is really annoying me. Just a quick info, what do you use for a Development Tool / Debugger (with a real step-by-step run, not the XML step-by-step described above), Eclipse Visual C++ ? Would you have a link to a Quick Howto to get started with the tool and Openoffice dev ? --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
