Apache OpenOffice (AOO) Bugzilla – Issue 5649
OpenOffice.org Writer crashes on opening a long document
Last modified: 2013-08-07 14:43:23 UTC
I've been working on a 45 page document with images and graphs etc for 2 days without problems. For no apparent reason Writer crashed, and now every time I try to reopen my document the blue bar across the bottom gets approx 80% of the way across to show that the file is loading before I get a message that 'An unrecoverable error has occurred. All modified files have been saved and can probably be recovered at program restart.' Contrary to this message nothing is recoverable. I'm running Win2k SP1, but have reproduced the identical error on a machine running Windows XP. The Dr Watson log info is: App: (pid=1392) When: 6/7/2002 @ 16:16:47.328 Exception number: c0000005 (access violation) If you want fuller Dr Watson info let me know and I'll email you the log file. I really hope this can be sorted - I've lost vital work for an exam due on Monday!!! Many thanks Harry
dvo: The crash occurs in the XMLParaContext destructor. ~XMLParaContext creates a text cursor over the current paragraph in order to set the paragraph's attributes; in this case XText::createTextCursorByRange fails and returns an empty reference -> GPF. The responsible implementation is SwXFootnote::createTextCursorByRange, so this happens while importing a footnote. The problem is apparently in unoftn.cxx#463. More specifically, the following check fails, aRef is not being assigned to and thus remains empty: if( aPam.GetNode()->FindStartNode() == pTxtFtn->GetStartNode()->GetNode()) aRef = ...; dvo->sba: I think TL should handle this. Please consider which version this should be targeted for.
ES->DVO: that's great how you cab get stack only looking at a proble description ;-))). To evaluate a target we need to know if this may happen to a lot of user, since when and so on. Well we need to have a *bugdoc* to can play with. You discretly ask for it, isn't it? So you can better decide how ro rate it. By default, it will be a OOo 1.1 Beta
dvo->es: Oops, I had forgotten about this one. I had indeed asked the submitter for a bugdoc, which he promptly supplied. Added was a comment stating asking for confidentiality which I think we should honour, which is why I haven't submitted it to IssueZilla and won't do so either. I also promised to delete it later, but luckily only did a half-assed job about it (I still have the original e-mail), so i can still reproduce the problem... :-) Either way: The bug still isn't fixed in the current build. Since I have a better understanding of these issues now, I have created a much smaller bug-doc showing the same problem. I will post that doc. The problem apparently occurs when a footnote contains a text section (at the end?).
Created attachment 4521 [details] A document with a section inside a footnote.
dvo: Fixed for OOo 1.1. Patch is in sw/source/core/unocore/unftn.cxx, sw006. dvo->tl: This is your turf; please review.
.
US->HBrinkm: as said reopened for verification and chown.
Ready for QA
fixed
verified
Ok in 644m4s4