Created attachment 123358 [details] DOCX file for test The page layout of some .docx file is wrong. I've attached an archive containing 3 files: form.docx - the .docx file in question. form-correct.pdf - the correct generated PDF file (on MS Windows?) form-lo.pdf - the PDF file generated on my Debian machine with LibreOffice The incorrect page layout of form-lo.pdf corresponds to what I can see in LibreOffice. So, the conversion to PDF is correct (as consistent with what is shown in LibreOffice), the bug is what is obtained *before* this conversion. Note that the .docx file is open with no errors and no warnings by LibreOffice.
Created attachment 123359 [details] form-correct.pdf
Created attachment 123360 [details] form-lo.pdf
Created attachment 123361 [details] form_incorrect_renderring_5.1.0.3.pdf
R-tested with LO 5.1.0.3 on Windows 7. The layout is better but yet broken.
I confirm issue under Win8.1x64 using LibO 5.0.4.2 and recent 5.2.0.0 daily build. LibO shows the DOCX as a 7 page document instead of 5
It's highly unlikely that any bugs of type "multiple problems/bad rendering", will be fixed, so this bug shouldn't have been confirmed so fast. Each issue (section break, paragraph break, text box, picture...) should be reported separately, after a search for already reported bugs. FILEOPEN problems are different from FILESAVE, and DOC is different filter from DOCX. Only if bugs don't exist, they should be reported separately, even if they happen with the same file. Issues may preferably be checked before with master LO version from http://dev-builds.libreoffice.org/daily/master/ or using Separate Install GUI tool http://tdf.io/siguiexe in Windows. It downloads and extracts different LO versions, without installing, so you may test different versions. It only needs MS Visual C++ Runtime installed. That said, this file suffers from wrong margins, maybe Bug 74367. And spacing is wrong, probably also reported, maybe Bug 95851.
I am following what I received. It's not my fault if the user does not properly describe the bugs separately. The guy is nice, it has at least given a document.
I'm the one who initially reported the bug. Note that I'm just an end user, I am not the author of the file and I don't even have a Window machine, and I don't know much about LibreOffice. So, there wasn't much I could do. Here the DOCX file and the corresponding correct PDF were available on a web site. I wanted to use the DOCX to fill the document electronically, but I saw that the page layout wasn't correct compared to the PDF (so that I had to use the PDF, print it and fill the document manually).
This bug at least partly seems to occur because of the difference of handling margins and headers/footers by MS Office and LO desribed in bug 33304. It could still be a bug in the conversion logic, so I'm not closing this as a duplicate.
(In reply to Aron Budea from comment #9) > This bug at least partly seems to occur because of the difference of > handling margins and headers/footers by MS Office and LO desribed in bug > 33304. Not really. There is a new section that starts at the end of the red colored header ("DEMANDE D’AUTORISATION DE CUMUL D’ACTIVITES A TITRE ACCESSOIRE") with different margins. Writer ignores these margin settings. Removing the link with 33304
According to Comment 6, I'll close this as Invalid. Bug reporting should focus on specific problems: - wrong tab size between NOM and PRENOM on the 1st page, maybe related to Bug 83309 - wrong size of spaces in "Secteur d’activité de l’organisme" and "Temps consacré à l’activité accessoire", maybe Bug 94801 - the key issue here - spacing is slightly different in "Nature de l’activité accessoire", maybe Bug 95851. BTW, this form is not properly created using form fields, but with spaces.
(In reply to Timur from comment #11) > - wrong size of spaces in "Secteur d’activité de l’organisme" and "Temps > consacré à l’activité accessoire", maybe Bug 94801 - the key issue here I track this in https://bugs.documentfoundation.org/show_bug.cgi?id=130088.