Download it now!
Bug 100037 - Image arrangement (in Z dimension) not respected in docx (EMF included)
Summary: Image arrangement (in Z dimension) not respected in docx (EMF included)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: EMF-WMF VML-Shapes
  Show dependency treegraph
 
Reported: 2016-05-24 20:32 UTC by Julien Nabet
Modified: 2020-11-25 15:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
original docx file (1.01 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-05-24 20:32 UTC, Julien Nabet
Details
pdf generated from LO master sources updated today (438.63 KB, application/pdf)
2016-05-24 20:33 UTC, Julien Nabet
Details
pdf from Word2013 + pdfcreator (358.85 KB, application/pdf)
2016-05-24 20:35 UTC, Julien Nabet
Details
console logs (23.11 KB, text/plain)
2016-05-24 20:35 UTC, Julien Nabet
Details
pdf generated from LO master sources updated today (Win10) (294.05 KB, application/pdf)
2019-11-15 14:21 UTC, Julien Nabet
Details
console logs (10.58 KB, text/plain)
2019-11-15 14:26 UTC, Julien Nabet
Details
test when resaving (908.11 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-11-15 15:40 UTC, Julien Nabet
Details
Minimal .docx document on which the arrange issue is visible (205.32 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-11-15 15:44 UTC, Bartosz
Details
Smallest .docx document on which the arrange issue is visible (152.92 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-11-15 16:01 UTC, Bartosz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Julien Nabet 2016-05-24 20:32:13 UTC
Created attachment 125266 [details]
original docx file

On pc Debian x86-64 with master sources updated today, the layout of the file attached is different between LO and Word 2013.
(see attachments)
Comment 1 Julien Nabet 2016-05-24 20:33:34 UTC
Created attachment 125267 [details]
pdf generated from LO master sources updated today

pdf export seems to correspond with LO display.
Comment 2 Julien Nabet 2016-05-24 20:35:16 UTC
Created attachment 125268 [details]
pdf from Word2013 + pdfcreator
Comment 3 Julien Nabet 2016-05-24 20:35:45 UTC
Created attachment 125269 [details]
console logs

Here are console logs I noticed
Comment 4 Buovjaga 2016-05-27 11:34:23 UTC
Ok, so the arrangement of the field and ball images is on top. We can send them to back (right click - arrange) to fix it.
Then there are several extra ball images we can delete.
Also several extra Sport 2000 images we can delete (on top of each other like the tennis balls).

Julien: do you consider the extra images as user errors and only keep this report for the arrangement issue or..?

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: 60041cb237ea73c2c1885dd6afd99d88780c2dfc
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on May 26th 2016

64-bit, KDE Plasma 5
Build ID: 5.1.3.2 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Comment 5 Julien Nabet 2016-05-27 11:43:27 UTC
(In reply to Buovjaga from comment #4)
> ...
> 
> Julien: do you consider the extra images as user errors and only keep this
> report for the arrangement issue or..?
>...

First, thank you for your detailed feedback.
Indeed, we can consider the extra images as user issue and I suppose we can keep the report for arrangement issue.
However, I hope Word's layout doesn't depend on some internal bugs. I mean perhaps it displays like this just because of bugs and, eg, Word > 2013 would display problems.
In this case, I would't like LO mimicks these bugs :-)
Comment 6 QA Administrators 2017-11-17 09:10:24 UTC Comment hidden (obsolete)
Comment 7 Julien Nabet 2017-11-24 19:59:36 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 8 QA Administrators 2018-11-25 03:40:32 UTC Comment hidden (obsolete)
Comment 9 Julien Nabet 2019-11-15 14:21:15 UTC
Created attachment 155847 [details]
pdf generated from LO master sources updated today (Win10)

It's a bit better but it's not equivalent to Word now.
Comment 10 Julien Nabet 2019-11-15 14:26:13 UTC
Created attachment 155848 [details]
console logs
Comment 11 Bartosz 2019-11-15 15:36:03 UTC
It seems that after opening .docx document with LibreOffice and resave it (into .docx), the arrange is correct.
Comment 12 Julien Nabet 2019-11-15 15:40:26 UTC
Created attachment 155850 [details]
test when resaving

(In reply to Bartosz from comment #11)
> It seems that after opening .docx document with LibreOffice and resave it
> (into .docx), the arrange is correct.

Hmm, I just did the test:
- open initial tournoi.docx file
- save it into docx tournoi2.docx
it's a mess!
Comment 13 Bartosz 2019-11-15 15:44:07 UTC
Created attachment 155851 [details]
Minimal .docx document on which the arrange issue is visible
Comment 14 Julien Nabet 2019-11-15 15:49:36 UTC
The remaining pb when opening tournoi.docx is the tennis ball where we can see the frame.
The resaving is a bit scary (see my previous comment) but I suppose it should be a new bugtracker.

The minimal doc shows only the tennis court so no pb here obviously.
Comment 15 Bartosz 2019-11-15 16:01:53 UTC
Created attachment 155853 [details]
Smallest .docx document on which the arrange issue is visible
Comment 16 NISZ LibreOffice Team 2020-11-25 15:03:17 UTC
That's a VML textbox with the yellow text in front of the tennis court image. Likely a duplicate to bug #67759 but let's keep this alive just in case.

Still bad in current nightly:
Version: 7.2.0.0.alpha0+ (x64)
Build ID: cb084f475db33a2cfc62bc9c8de37b8c3c87b3c7
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL