Created attachment 58700 [details] docx import filter test Hi I wanted to open a docx document in LibreOffice Writer 3.5.1, but the formatting is quite broken. LibreOffice Writer seems to have problems with the positioning and transparency of pictures in docx files. I compared it to Word 2010 and made screenshots of this docx document opened in both programs (see attachment). The docx document (also in attachment) was part of a freely available archive downloaded from URL: http://www.schunk.com/schunk_files/attachments/press_release_SCHUNK_5-Fingerhand__2012_02__DE_EN.zip Atalanttore
Confirmed. (Windows XP) LibO 3.5.1 : not OK. LibO 3.4.5 : nearly OK (picture at the bottom of the pages slightly misplaced) This is a regression.
LibO 3.5.0 : document consists of 3 pages instead of 2
The "wrong place" problem is a DUP of Bug 47769 I can not see any transparency problem . So the remaining problem is the "wrong size of picture in footer" problem, what already is[Reproducible] with "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6) tag libreoffice-3.3.0.4]" OOo 3.3 does not show the footer picture at all, so no regression. Further research required whether this problem is already known @Ettore Atalan: Thank you for your report! Please submit Bugs with status UNCONFIRMED. Please submit different Bugs for each different problem! Can you please help to check whether the problem in this bug has already been reported?
I find something similar with LO 3.5.1.2 on windows Seven (64 bit) : when I open a docx document the first time usually all objects are at the right place, however after saving it as docx and reopening, all objects (images, grafics etc) are together on top of the first page. I have run different tests : I created a file with imported images on pages 2 and following, using different anchorings. I first saved as docx (Anchoring test.docx) -> images are where they should be, however aligments seem to have changed (probably different problem haven't lookt at this in detail) I then re-saved the same file as odt (anchoring test_odt.odt) -> I get doubles of all images, independent of anchoring on the top page and these doubles are ALL page anchored, even though they were not in the beginning. When I resave this as docx (anchoring tes_odt_docx.docx) -> the images on top of the first page disappear, and all the other images at their right place get a read error It seems to me that when switching between odt and docx somhow the anchoring information gets lost
Created attachment 60564 [details] images with different anchoring on pages 2 and following saved as docx
Created attachment 60565 [details] same file as anchoring test but then saved as odt
Created attachment 60567 [details] same file as anchoring test_odt, but saved (for the second time) as docx
I can reproduce the wrong place of the picture (appears at top of page instead of bottom) until 3.5, but it's at the correct place with server-installation of Master "3.7.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: b255de8]" (tinderbox: Win-x86@6-fast, pull time 2012-06-05 23:16:58) So WFM Same progress already visible with Server Installation of "LibreOffice 3.6.0.0.beta2 German UI/Locale [Build-ID: f010139] on German WIN7 Home Premium (64bit) @Ettore Atalan: Can you please test with 3.7 and submit new Reports for additional FILEOPEN problems with your sample document here? @brendel: Report is concerning an import docx problem for pictures in footer, your examples are concerning save as .odt problems of documents without footers. Can you please check relation of your problem to bug Bug 44278 and file a new bug for your problem if necessary?
Comment on attachment 60564 [details] images with different anchoring on pages 2 and following saved as docx I obsolete this sample document because it has nothing to do with the original bug report. You can easily use it for other Bugs with a simple reference like "attachment 60654 [details]"
Comment on attachment 60565 [details] same file as anchoring test but then saved as odt I obsolete this sample document because it has nothing to do with the original bug report. You can easily use it for other Bugs with a simple reference like "attachment 60654 [details]" (without the details information, only a.+blank+ aNumber)
Comment on attachment 60567 [details] same file as anchoring test_odt, but saved (for the second time) as docx I obsolete this sample document because it has nothing to do with the original bug report. You can easily use it for other Bugs with a simple reference like "attachment 60654 [details]" (without the details information, only a.+blank+ aNumber)
LibreOffice Writer 3.6.1 imports the file correctly :)
Unfortunately, LibreOffice 4.1.3 has import problems. In detail: - there are 3 pages in Writer (third page ist empty) instead of 2 pages in Word 2010 - the picture at the bottom of both pages has no transparency - no text within the lower textbox on both pages Ettore Atalan
Two of the problems still exist in LibreOffice 4.2.0. - the picture at the bottom of both pages has no transparency - no text within the lower right textbox on both pages Ettore Atalan
(In reply to comment #14) > Two of the problems still exist in LibreOffice 4.2.0. > > - the picture at the bottom of both pages has no transparency Well, fact is that the header and footer in Word' edit mode is shown 'transparent' or faded. If you double click on the footer it is shown how it looks like when you print/export it to PDF. So, this is not a bug, it is an editing oddity in Word. (check yourself by exporting it to PDF) > - no text within the lower right textbox on both pages This is also fixed, there is now text in the textbox. Tested using Windows 8.1 with LibreOffice Version: 4.4.0.0.alpha0+ Build ID: a82ff18269e5b37348d402b7c21c3f200068265c TinderBox: Win-x86@39, Branch:master, Time: 2014-07-20_02:34:36 There are still some minor text position errors, but this should be reported in another bug report (and is probably already reported somewhere). Marking this bug as RESOLVED WORKSFORME. Kind regards, Joren
Created attachment 103148 [details] How it looks like in LibreOffice 4.4.0.0+ alpha