Issue 70156 - Crash opening odt with frames created by 3rd party application
Summary: Crash opening odt with frames created by 3rd party application
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: OOo 2.0.3
Hardware: PC All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: andreas.martens
QA Contact: issues@sw
URL:
Keywords: crash, oooqa
Depends on:
Blocks:
 
Reported: 2006-10-06 14:03 UTC by darkcloud
Modified: 2013-08-07 14:43 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
odt with frames (11.72 KB, application/vnd.oasis.opendocument.text)
2006-10-06 14:04 UTC, darkcloud 		no flags Details
odt with frames, second variant (7.55 KB, application/vnd.sun.xml.writer)
2006-10-06 14:05 UTC, darkcloud 		no flags 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. (10.07 KB, application/vnd.sun.xml.writer)
2006-10-08 09:13 UTC, darkcloud 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
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