Issue 36459 - Doc loses graphics after saving
Summary: Doc loses graphics after saving
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 680m60
Hardware: All All
: P2 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: oooqa, regression
: 36400 36710 37046 37212 37921 38268 38732 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-11-01 15:26 UTC by tom
Modified: 2013-08-07 14:41 UTC (History)
3 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 tom 2004-11-01 15:26:23 UTC 
1. create new writer doc
2. insert a wmf graphic
3. save document
4. close document
5. open the document
6. do a dummy modification
7. press the save button
8. close the document
9. open the document
--> the graphic is gone.
Comment 1 Mathias_Bauer 2004-11-01 16:47:55 UTC 
This bug is reproducable only in Writer, so it's definitely something that
should be investigated in Writer first
Comment 2 lohmaier 2004-11-02 20:44:16 UTC 
changing component to wordprocessor.

This is not limited to WMF-graphics. Can be reproduced with a background from
the gallery as well.
Comment 3 lohmaier 2004-11-02 20:45:52 UTC 
*** Issue 36400 has been marked as a duplicate of this issue. ***
Comment 4 Oliver Specht 2004-11-03 10:48:43 UTC 
reassigned as discussed
Comment 5 ooo 2004-11-03 16:22:10 UTC 
This problem occurs during step 7. of the description, since  the writer is not
able to load the swapped graphic from its storage stream. Location where this
happens is /sw/source/core/graphic/ndgrf.cxx:1156 (SwapGraphic Hdl). When trying
to open the stream (stream/storage name seems to be correct) via
refRoot->openStorageElement, an exception is thrown so that the graphic is not
loaded by the writer and so cannot be saved afterwards.
Comment 6 Mathias_Bauer 2004-11-03 16:58:33 UTC 
Obviously the temporary storage we use while saving was incomplete
Comment 7 Mathias_Bauer 2004-11-05 17:37:58 UTC 
Reopened for assigning to QA
Comment 8 Mathias_Bauer 2004-11-08 08:10:21 UTC 
.
Comment 9 Mathias_Bauer 2004-11-08 17:12:45 UTC 
.
Comment 10 michael.ruess 2004-11-11 10:23:50 UTC 
Verified fix in CWS fwkp2fix02
Comment 11 michael.ruess 2004-11-12 08:27:23 UTC 
*** Issue 37046 has been marked as a duplicate of this issue. ***
Comment 12 michael.ruess 2004-11-16 05:20:14 UTC 
*** Issue 37212 has been marked as a duplicate of this issue. ***
Comment 13 michael.ruess 2004-11-25 15:13:11 UTC 
*** Issue 36710 has been marked as a duplicate of this issue. ***
Comment 14 michael.ruess 2004-11-29 16:23:32 UTC 
*** Issue 37921 has been marked as a duplicate of this issue. ***
Comment 15 michael.ruess 2004-12-02 07:34:44 UTC 
*** Issue 38268 has been marked as a duplicate of this issue. ***
Comment 16 michael.ruess 2004-12-03 14:42:50 UTC 
Checked integration in 680m64.
Comment 17 michael.ruess 2004-12-13 09:40:44 UTC 
*** Issue 38732 has been marked as a duplicate of this issue. ***
Comment 18 milaa001 2004-12-16 13:51:46 UTC 
With Oo 1.9.65 images/graphics still disappear from the file, after saving.
So, reopen this issue please!
Comment 19 mfedyk 2004-12-21 01:38:34 UTC 
Following the steps in Issue 38268 which is a dup of this bug are not
reproducable with 1.9.m65 on my system.

Has the list of steps changed to reproduce this with newer versions?
Comment 20 michael.ruess 2004-12-21 09:04:43 UTC 
MRU->milaa: the problem here is fixed, so yours is a slightly different. Please
file a new issue for that and attach needed files to it! Thanks a lot!