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: RESOLVED DUPLICATE of bug 49184
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc, filter:docx
Depends on:
Blocks: DOCX-Frames DOC-Frames
  Show dependency treegraph
 
Reported: 2013-07-25 18:59 UTC by nesuribe
Modified: 2022-06-07 13:59 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


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

Note You need to log in before you can comment on or make changes to this bug.
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 (retired) 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.
Comment 6 QA Administrators 2015-09-04 02:48:04 UTC Comment hidden (obsolete)
Comment 7 Cor Nouws 2015-09-14 09:52:17 UTC
still a problem in 5.0.2.1
Comment 8 Justin L 2016-07-26 12:17:13 UTC
still a problem in 5.3 dev.
Comment 9 QA Administrators 2018-10-02 02:56:25 UTC Comment hidden (obsolete)
Comment 10 sdc.blanco 2019-10-28 12:01:18 UTC
Confirmed for  both .doc using procedure and .odt in comment 2. 

Followed process in Navigator.  Before saving, there is an Image1 and a Frame1 (under Text Frames).  After saving and reloading.
a.  The image is lost.
b.  Frame1 remains (still under Text Frames).

For .docx, the behavior is slightly different. After saving as .docx and reloading:
    a.  The image is lost.
    b.  Frame1 is now listed in Navigator under "Drawing Object" (not Text Frame)

Version: 6.3.3.1 (x64)
Build ID: f41f4c7f9507aeca13cb9df51f34d80e8ba30a99
CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_DK); UI-Language: en-US
Calc: threaded


NB.   bug #40540 is with Shapes not Images -- but presumably related. And I agree with comment 5 that bug #40540, bug #49184 and this bug all look like variations on the same theme.
Comment 11 sdc.blanco 2019-10-28 14:46:59 UTC
Additional test.

1.  Using the test file, anchor the graphic "To Paragraph" (instead of "To Frame")

2.  Save and reload as .doc and .docx, respectively.

3.  The image is not lost (in both cases .doc or .docx)  (unlike the "anchor to a frame" case)

4.  However, on reloading, the image is now anchored "as character"

5.  And as before, for the .docx case (but not the .doc case), the frame changes from being listed under "Text frames" in Navigator to being listed under "Drawing objects"

bug #40540 may still be related, but it is not with "anchor to a frame"
Comment 12 sdc.blanco 2019-10-28 14:52:32 UTC
Maybe the importance should be increased -- as in bug #49184 -- because of data loss?  

More generally -- it appears that -- for now -- one will always lose any shapes, images, or frames that are anchored to a frame and saved as .doc or .docx.
Comment 13 QA Administrators 2022-01-31 03:30:06 UTC Comment hidden (obsolete)
Comment 14 sdc.blanco 2022-02-02 14:53:59 UTC
repro (using attachment 83029 [details]) that image is lost when saving and reloading for .doc and .docx
for .xml, both image and frame are lost.

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 5c138ac6a8334825ef171ac6291b66b277eb4288
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (da_DK); UI: en-US
Calc: CL
Comment 15 Timur 2022-06-07 13:59:53 UTC
I don't know why this wasn't marked duplicate, I do it now. 
If other bug is resolved, all duplicates should be tested.

*** This bug has been marked as a duplicate of bug 49184 ***