Bug 128813 - inconsistent placement of drawing object from docx
Summary: inconsistent placement of drawing object from docx
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks:
 
Reported: 2019-11-15 07:10 UTC by Stéphane Guillou (stragu)
Modified: 2020-08-28 06:11 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
original placement as seen in MSO 2016 (164.77 KB, image/png)
2019-11-15 07:11 UTC, Stéphane Guillou (stragu)
Details
Can't see bottle when opening in LO 6.3 (113.42 KB, image/png)
2019-11-15 07:12 UTC, Stéphane Guillou (stragu)
Details
bottle position revealed when exported as PDF (124.77 KB, application/pdf)
2019-11-15 07:13 UTC, Stéphane Guillou (stragu)
Details
original docx file (910.63 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-11-15 07:13 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Guillou (stragu) 2019-11-15 07:10:33 UTC
Description:
Opening a document created with MSO Word shows a "drawing object" at the wrong location, and its "arrangement" is incoherent.

Using the Navigator to find it shows that it is saved as a drawing object, and can reveal its position, seemingly hidden behind a table.
Trying to reveal the picture by changing its position relative to other objects doesn't work when clicking "Bring to front", but does work with "Send to back" – the opposite of what is expected.

Steps to Reproduce:
1. Open attached "created_in_MSO.docx" file: the bottle is not visible
2. Export as a PDF: the bottle is visible, but misplaced over the green table.


Actual Results:
The picture of a clear glass bottle is nowhere to be seen in LO Writer (see LO_Writer_6.3.3.2_editing.png attachment).

When using the Navigator, we find that the picture is actually listed under "Drawing objects" instead of "Images" – possibly because it was rotated in MSO?
Highlighting the drawing object does show the position of it on the page: it seems to be behind the green table.

Using the "Bring to font" button does not reveal it. However, very unexpectedly, using the "Send to back" button does show the picture!
It seems that the only ways to see the picture are:
- sending the object to the background, or;
- sending it to the back of the foreground.

Printing or exporting as a PDF will show the picture in the exported document (see LO_Writer_6.3.3.2_export.pdf attachment), but at a the same inaccurate position.

Expected Results:
The bottle should be positioned at the same spot as when opening the file with Microsoft Office, and be visible just like the other pictures.


Reproducible: Always


User Profile Reset: No



Additional Info:
Not sure what version of MSO was used to create this document, but MSO 2016 was used to open the docx and see the original layout.

The issue was exactly the same in both LO:

Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
Locale: en-AU (en_AU); UI-Language: en-US
Calc: threaded

... and LO:

Version: 6.3.3.2
Build ID: 1:6.3.3-0ubuntu0.18.04.1~lo1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 1 Stéphane Guillou (stragu) 2019-11-15 07:11:36 UTC
Created attachment 155832 [details]
original placement as seen in MSO 2016
Comment 2 Stéphane Guillou (stragu) 2019-11-15 07:12:13 UTC
Created attachment 155833 [details]
Can't see bottle when opening in LO 6.3
Comment 3 Stéphane Guillou (stragu) 2019-11-15 07:13:04 UTC
Created attachment 155834 [details]
bottle position revealed when exported as PDF
Comment 4 Stéphane Guillou (stragu) 2019-11-15 07:13:50 UTC
Created attachment 155835 [details]
original docx file
Comment 5 Xisco Faulí 2019-11-15 10:54:08 UTC
Reproduced in

Version: 6.4.0.0.beta1+
Build ID: e54b0467422e8871600ae93b953a0770dc27e785
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Version: 5.2.0.0.alpha1+
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8

Version: 5.0.0.0.alpha1+
Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86
Locale: ca-ES (ca_ES.UTF-8)

in previous versions all images were misplaced
Comment 6 Xisco Faulí 2019-11-15 10:54:40 UTC
@Justin, I thought you might be interested in this issue...
Comment 7 Stéphane Guillou (stragu) 2020-08-28 02:46:53 UTC
Yay, can't reproduce anymore in the following:

Version: 7.0.0.3 (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: en-AU (en_AU); UI: en-US
Calc: threaded

Both document and exported PDF look like original. Another improvement with our filters!
Comment 8 Justin L 2020-08-28 06:11:45 UTC
fixed (by chance it might seem) by a 7.0 regression fix by
commit d44ddfce0766f57ac7d14978dd9e12813af93ce7
Author: Caolán McNamara on Thu Jul 16 11:10:53 2020 +0100
    tdf#134841 image totally clipped out