Created attachment 93159 [details] Archive including test document, reference rendering and current rendering Problem description: Incorrect document rendering Steps to reproduce: 1. Unzip attached test vector archive 2. open docx in Writer Current behavior: As shown in LibreOffice_4.2.0.4_rendering.pdf (included in archive). Expected behavior: As shown in Reference_rendering.pdf (included in archive).
Thank you for your bug report, I can reproduce this bug. The file is formatted just as shown in the "LibreOffice_4.2.0.4_rendering.pdf" file. Test system details: Version: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 os: mac osx 10.9.1
** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Created attachment 115402 [details] LibreOffice 4.4.2.2 rendering
Tested version: 4.4.2.2 Tested OS: Windows 7 and Windows 10 build 10041 The rendering is still incorrect (please check attachment), but the situation has improved since 4.2.0.4.
I have reproduced the test using Libreoffice 5.0.3 on Windows 7 and Linux, and the situation has significantely improved. However, the document is not rendered as expected. (I'm attaching Libreoffice 5.0.3 rendering to the ticket FYI).
Created attachment 120865 [details] Libreoffice 5.0.3 rendering
Created attachment 120868 [details] Libreoffice 5.1.0 beta1 buildfix1 rendering Here is the rendering produced by LibreOfficeDev 5.1.0.0 beta1 buildfix1 for Windows x64 (build ID: 13010a13177025f633c9b85adcb3edf6920e44e3) The issues are the same as the one I've seen with LibreOffice 5.0.3. I'm noticing 3 remaining problems here: * On page 1, two "blocks" of data are displayed when they're not expected to. * On page 3, the "Titre 2" heading numbers color is incorrect. * On the last page, the position of the logo is incorrect. The table of contents (page 2) seems to be updated automatically on load, which makes the bookmark error to disappear. According to me, this behaviour improvement is out of the bug scope.
Problems with rendering exist, but: - it's highly unlikely that any bugs of type "multiple problems/bad rendering", will be fixed - each issue (section break, paragraph break, text box, picture...) should be reported separately, after a search for already reported bugs - if bugs don't exist, they should be reported separately, even if they happen with the same file Briefly: - * On page 1, two "blocks" of data are displayed when they're not expected to - textbox has negative absolute position outside the page, which LO doesn't read well - * On page 3, the "Titre 2" heading numbers color is incorrect - looks like bug 77797 - * On the last page, the position of the logo is incorrect - looks like header size problem, or related to sections, bug 64372 So, this shouldn't have been confirmed at all. Please close.
Created two new bugreports: bug 104465 and bug 104466