Issue 85567 - I/O Error - Opening StarImpress 5.0 sdd files
Summary: I/O Error - Opening StarImpress 5.0 sdd files
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: open-import (show other issues)
Version: OOo 2.3.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-25 02:02 UTC by Dave Barton
Modified: 2017-05-20 11:11 UTC (History)
1 user (show)

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

Attachments
Zip Compressed Eight Slide StarOffice Impress File (563.52 KB, application/x-compressed)
2008-01-25 02:11 UTC, Dave Barton 		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 Dave Barton 2008-01-25 02:02:59 UTC 
Opening some StarImpress 5.0 sdd files fail to open in OOo 2.3.1 and generate a
"General I/O Error". The same files open without error in SO 5.2 and OOo 2.0.x
Comment 1 Dave Barton 2008-01-25 02:11:04 UTC 
Created attachment 51145 [details]
Zip Compressed Eight Slide StarOffice Impress File
Comment 2 kami911 2008-01-25 04:51:34 UTC 
2.4.0 M2 on linux (our build) - CONFIRMED
Comment 3 christian.guenther 2008-01-25 11:03:48 UTC 
Set to new and change the target.
Comment 4 christian.guenther 2008-01-25 11:13:10 UTC 
I can reproduce the bug in src680m243.
Please have a look.
Comment 5 noop 2008-01-25 19:37:14 UTC 
I can also reproduce the "General I/O Error" on StarOffice 8 ver 9.
Comment 6 clippka 2008-06-06 14:09:29 UTC 
I have to retarget this one
Comment 7 Martin Hollmichel 2008-12-10 11:03:00 UTC 
move to next target due to limited time frame for 3.1
Comment 8 clippka 2009-02-09 16:55:09 UTC 
the problem is with ole object 274. It is a StarMath 5 that has problems during
loading in binfilter. ( I don't know what the difference to the other hundreds
for StarMath 5 ole objects is)

in Content::insert() (e:\cws\impress168\ucb\source\ucp\package\pkgcontent.cxx )

the lines (1652)

		// Required: Title
		if ( !m_aProps.aTitle.getLength() )
			m_aProps.aTitle = m_aUri.getName();

cause titles that start with a 0x01 (f.e. "%01Ole")

The title with the 0x01 as the first name is later used as a file name inside
the zip storage, that gives some assertion.

What finaly fails is the export of the manifest xml where we get a sax exception
because a 0x01 inside an attribute value is not valid xml.


@cl->mav : I debuged that far but I don't know what the cause is and at which
place "%01Ole" should/could be converted. please take over
Comment 9 Marcus 2017-05-20 11:11:19 UTC 
Reset assigne to the default "issues@openoffice.apache.org".