Apache OpenOffice (AOO) Bugzilla – Issue 76397
new Chart: Save as .ppt or .doc freeze the Office
Last modified: 2013-02-24 21:18:37 UTC
Create a chart in the Presentation module Menue-File-Save as and choose as File Type .ppt Choose yes in the following dialog for save in .ppt format General error and Office freeze.
set keyword
->bm, please take over. This problem was in milestone 9 already (maybe even older).
A reported problem (Assertion) is that on EMF-export there is an action 150 that is unknown. This seems to cause the problem, on first sight. (See svtools/source/filter.vcl/wmf/emfwr.cxx) Beside this, it seems a bit strange that this leads to an unfinished export. The UI is mostly disabled (menu bar, tool bars), the status bar still shows a 90% progress, but you can double-click the chart and continue working with it.
Note: Action 150 is the META_TEXTLANGUAGE_ACTION. This leads to a DBG_ERROR, because it is not handled by the EMF export. But this, most probably, is not the real problem here.
This also happens when exporting a Writer document with a Chart to MS Word. Because the code for exporting the chart is the same (in svx/source/msfilter/msoleexp.cxx). The reason for the "freeze" is an exception that is thrown. In chart, we create an XStorage via UCB. In case of the OLE export we get "private:stream" as URL. That is not understood by UCB, therefore an ucb::ContentCreationException is thrown, which no other code really catches.
changed target according to i-team discussion
Added mav to CC as you are also involved in this issue.
There are three problems related to the scenario: - the chart2 is not able to export to OutputStream from MediaDescriptorin case of "private:stream" URL - the import of OOo embedded objects from MSOffice documents does not work because of problem in the binary filter type detection ( issue 76397 ) - the chart2 is not able to import from InputStream from MediaDescriptor in case of "private:stream" URL BM will commit the fix for the first problem. I have just commited the fixes for the second and third problems. The fix for the issue 76397 was not necessary to fix the second problem, since the implementation can be changed to let the scenario work without using the type detection.
Fixed in Milestone 12 (upcoming build _3) for chart2mst3.
Please verify in latest build of chart2mst3, mst12_3. Please check also other OLE objects, e.g. an Impress OLE in a Writer document that is exported to Word format. There was a problem on loading such documents. You might want to involve WG and MRU in the verification of this issue.
seen ok in the latest build -> verified
Verified in 680 m215, closing.