Issue 39895 - images from sxw get lost
Summary: images from sxw get lost
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: open-import (show other issues)
Version: 680m68
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
: 39690 40765 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-01-04 15:59 UTC by matthias.mueller-prove
Modified: 2010-11-10 16:01 UTC (History)
6 users (show)

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

Attachments
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 matthias.mueller-prove 2005-01-04 15:59:54 UTC 
- Open  Reederei.sxi (on X/cl/C1 Test/) with OOo2.
- Save as Reederei.odp
- Close
- Open Reederei.odp
=> The image on the titel slide is gone (the anchor image) and the image on
slide 7 has changed to a plugin placeholder (it was a steering wheel).
Comment 1 clippka 2005-01-04 17:19:11 UTC 
Mikhail, on loading there already are assertions like "Object to create already
exists!". Please have a look
Comment 2 mikhail.voytenko 2005-01-05 17:42:08 UTC 
The MSOLE embedded objects are stored with classID in their name for impress (
and it looks like for some other application ). The bug was in import of such
objects. The classID information is useless there since this classID is already
stored in the related to object OLE storage.
While discussing this with CL we thought that the class ID in the object name
could be different in future to force opening of the object in a server
specified by the class ID. But as MBA has mentioned such a forcing seems to be
out of the responsibility scope of the document file format, this information is
more related to the office installation configuration.
So for now the class ID provided with the object name is ignored.
Comment 3 mikhail.voytenko 2005-01-07 10:28:09 UTC 
Reopening to send for verification.
Comment 4 mikhail.voytenko 2005-01-07 11:06:19 UTC 
Please verify the issue.
Comment 5 mikhail.voytenko 2005-01-07 11:06:44 UTC 
Setting back to fixed.
Comment 6 michael.ruess 2005-01-11 15:18:01 UTC 
Reopened to reassign to Presentation QA.
Comment 7 michael.ruess 2005-01-11 15:19:04 UTC 
Reassigned to WG.
Comment 8 michael.ruess 2005-01-11 15:20:00 UTC 
Re-setting to "Fixed".

MRU->WG: please check this in CWS mav14.
Comment 9 mikhail.voytenko 2005-01-12 07:46:39 UTC 
*** Issue 39690 has been marked as a duplicate of this issue. ***
Comment 10 wolframgarten 2005-01-12 08:40:57 UTC 
Verified in CWS.
Comment 11 michael.ruess 2005-01-17 07:53:19 UTC 
*** Issue 40765 has been marked as a duplicate of this issue. ***
Comment 12 wolframgarten 2005-01-21 14:05:32 UTC 
Tested in master. Closed.
Comment 13 guesoulkuhor 2010-11-10 16:01:10 UTC 
Created attachment 73057