Issue 70156

Summary: Crash opening odt with frames created by 3rd party application
Product: Writer Reporter: darkcloud <gerektoolhy>
Component: open-importAssignee: andreas.martens
Status: CLOSED IRREPRODUCIBLE QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P2 CC: ahz001, issues, mantas, Mathias_Bauer
Version: OOo 2.0.3Keywords: crash, oooqa
Target Milestone: ---   
Hardware: PC   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
odt with frames
none
odt with frames, second variant
none
The original file, from which i generated documents which cause crash. The document was modified programmatically with AODL (http://www.opendocument4all.com/). This file loads OK. none

Description darkcloud 2006-10-06 14:03:34 UTC
I have and ODT file with frames, which crashes OO when trying to load the file.
Comment 1 darkcloud 2006-10-06 14:04:16 UTC
Created attachment 39609 [details]
odt with frames
Comment 2 darkcloud 2006-10-06 14:05:11 UTC
Created attachment 39610 [details]
odt with frames, second variant
Comment 3 aziem 2006-10-06 18:56:16 UTC
On my Windows XP OOo 2.0.3, the first one loads OK, but the second one causes a
strange sort of freeze and crash.
Comment 4 lohmaier 2006-10-06 19:45:43 UTC
confirming on linux. The second document loops with 100%CPU, memory-usage keeps
stable.
Comment 5 lohmaier 2006-10-06 19:49:24 UTC
Additional info:

When trying to do Insert|File with the second document, OOo crashes immediately.
Comment 6 darkcloud 2006-10-08 09:13:24 UTC
Created attachment 39634 [details]
The original file, from which i generated documents which cause crash.  The document was modified programmatically with AODL (http://www.opendocument4all.com/).  This file loads OK.
Comment 7 michael.ruess 2006-11-10 14:25:52 UTC
MRU->ES: pls have a look, it looks that there is a problem with the 3rd party
generated xml. Maybe this is somehow related to issue 71239.
Comment 8 Mathias_Bauer 2007-12-04 13:50:27 UTC
The crash happens because a table with zero columns shall be created and the
code can't cope with that. But the document isn't a valid ODF document anyway as
it does not specify rows and columns and doing this is mandatory.

We can fix the crash and throw an exception as we shouldn't allow to load
invalid ODF documents silently.

darkcloud: please clarify why AODL creates such broken document.
Comment 9 darkcloud 2007-12-04 14:28:30 UTC
> We can fix the crash and throw an exception as we shouldn't allow to load
invalid ODF documents silently.

that would be great!


> darkcloud: please clarify why AODL creates such broken documen
I am not a cretor of that package, so I can not give precise description.

I believe this is simply a bug in AODl.
Comment 10 andreas.martens 2008-05-28 10:18:58 UTC
I've just tested these documents with milestone DEV300m14 (Windows)
The documents could be loaded without problems, looks like we fixed these
instabilities already.
Even the documents of issue 71239 can be loaded.
Comment 11 Mathias_Bauer 2008-06-02 12:06:42 UTC
closing