Bug 67318 - FILESAVE: All pictures anchored to frames are lost when saving as Word DOC, DOCX or XML
Summary: FILESAVE: All pictures anchored to frames are lost when saving as Word DOC, D...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 3.3.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-25 18:59 UTC by nesuribe
Modified: 2014-08-15 12:28 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
odt, to use for testing (14.31 KB, application/vnd.oasis.opendocument.text)
2013-07-26 11:36 UTC, Cor Nouws
Details

Description nesuribe 2013-07-25 18:59:44 UTC
Everytime that a document that contains pictures inside a frame, and said pictures are anchored to the frame, the pictures are lost when saving in any Word format. Pictures are saved correctly in ODT format.

How to reproduce:

1. Open blank writer document
2. Insert Frame (leave default options)
3. Insert a picture inside the frame (either by menu or by drag and drop)
4. Change anchoring of the picture to "Frame"
5. Save document as .doc or as .docx. File size is suspiciously small, cannot contain picture (~10 kB for .doc and .xml, ~4 kB for .docx)
6. Close document and open it again
7. Frame is empty, the picture was not saved. Navigator (F5) does not even list the figure

If file is saved as ODT picture is preserved when saving. Happens in both LibreOffice 4.0.4 and 4.1.0, and both in Windows (32-bit) and Linux (64-bit).
Comment 1 Cor Nouws 2013-07-26 11:35:35 UTC
Hi Nesuribe,

thanks for the report. I can confirm the problem.
Will attach a testdocument.
Best,
Cor
Comment 2 Cor Nouws 2013-07-26 11:36:37 UTC
Created attachment 83029 [details]
odt, to use for testing
Comment 3 Cor Nouws 2013-07-26 11:45:49 UTC
So I tested this in various versions.
And already in LibreOffice 3.3.0 (gosh, how much times does it take to launch that ;) ) the problem is present.
So we inherited it from the old OpenOffice.org..

Querying for frames, anchoring in Writer I see some more bugs, so could be interesting for a brave developer to pick up all in one :)

By the way: you mark the bug as Major. Since it exsist since ages, and I do not see a similar report, I want to set it to normal. Hope you don't mind.
Comment 4 nesuribe 2013-07-26 18:07:49 UTC
(In reply to comment #3)
> So I tested this in various versions.
> And already in LibreOffice 3.3.0 (gosh, how much times does it take to
> launch that ;) ) the problem is present.
> So we inherited it from the old OpenOffice.org..

Thanks for confirming the bug!

> Querying for frames, anchoring in Writer I see some more bugs, so could be
> interesting for a brave developer to pick up all in one :)
> 
> By the way: you mark the bug as Major. Since it exsist since ages, and I do
> not see a similar report, I want to set it to normal. Hope you don't mind.


Yeah, no problem about Normal importance. I chose Major because it can become a source of data loss (inserting figures in document, removing originals and saving in Word format). Sometimes people do that as a way to classify a bunch of images.
Comment 5 Owen Genat 2013-09-23 00:49:25 UTC
This would appear to be a duplicate of either bug #40540 or bug #49184 (or at least related to them). The title of this bug indicates a problem with both DOC and DOCX file formats while both related bugs currently only mention DOC in the title and description. It is worth noting that the example file in bug #49184 exhibits the same problem when saving to either DOC or DOCX, but that bug shows an additional problem with text in multiple frames. The example file in bug #40540 only exhibits a problem when saving to DOC, but the object in the frame is a vector graphic. 

Whether this bug is closed as a duplicate or has its title amended to focus on the DOCX aspect I will leave for QA/Dev to determine. IMO this bug appears to be more likely the same issue as displayed in bug #49184.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.