To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=85567
User cl changed the following:
What |Old value |New value
================================================================================
Assigned to|cl |mav
--------------------------------------------------------------------------------
------- Additional comments from c...@openoffice.org Mon Feb 9 16:55:09 +0000
2009 -------
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
---------------------------------------------------------------------
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: issues-unsubscr...@graphics.openoffice.org
For additional commands, e-mail: issues-h...@graphics.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
