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)
Created attachment 125267 [details] pdf generated from LO master sources updated today pdf export seems to correspond with LO display.
Created attachment 125268 [details] pdf from Word2013 + pdfcreator
Created attachment 125269 [details] console logs Here are console logs I noticed
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)
(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 :-)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
On pc Debian x86-64 with master sources updated today, I could reproduce this.
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.
Created attachment 155848 [details] console logs
It seems that after opening .docx document with LibreOffice and resave it (into .docx), the arrange is correct.
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!
Created attachment 155851 [details] Minimal .docx document on which the arrange issue is visible
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.
Created attachment 155853 [details] Smallest .docx document on which the arrange issue is visible
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
On pc Debian x86-64 with master sources updated today, I still reproduce this. Attila: thought you might be interested in this one since you already fixed some z-order pbs in docx import.
Tünde/László: noticing tdf#124333 (PPTX import: fix Z-order of embedded OLE objects), thought you might interested in this one. Of course, if it's not the case, don't hesitate to uncc yourself.
I forgot to tell I gave a new try on pc Debian x86-64 with master sources updated today (42a73e2259d5937ffb8896f7cd24991f83b1ad82)