Created attachment 94522 [details] example document Incorrect displaying attached docx documen
Created attachment 94523 [details] comparing word 2007 and Libre office 1
Created attachment 94524 [details] comparing word 2007 and Libre office 2
Created attachment 94525 [details] comparing word 2007 and Libre office 3
it seems that LibO doesn't show page 2 of the document, right? please specify your exact O/S version.
*** Bug 75329 has been marked as a duplicate of this bug. ***
Mikhail, for your next bug please include an exact description of what is being displayed incorrectly so we know what to look out for. Thanks. Confirmed:4.2.1.1:OSX and latest nightly. Page two of test document is missing. In Word: 3 pages. In LO: 2 pages while page 2 is missing, while the latest nightly already improves page alignment. NEW
rewording summary notes adding Writer expert to CC List
** 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 115278 [details] Libre Office 4.4.2.2 still incorrect displaying example document.
Libre Office 4.4.2.2 still incorrect displaying example document.
same issue with LibO 5.0.0.0.alpha1+ (x64) Build ID: 967b8c33225ae2aab5733639f0713a84cb1971da TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-25_04:11:40 Locale: it_IT
** 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 (5.1.5 or 5.2.1 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Confirm that issue still exist in version: 5.2.2.1
Created attachment 127626 [details] Libre Office 5.2.2.1 still incorrect displaying example document.
So the missing page 2 and incorrect placement of nested table content in the document shown in attachment 115278 [details] now displays correctly in 5.4 and master. Version: 6.0.0.0.alpha0+ Build ID: a83888e7759abd5204c76d0c3095a4d49699b834 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group The only major problem with the arrangement of the nested table content is that the table with the heading 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' is floating at top of the document as a frame overlapping the giraffe image, rather than being located in the cell above the cell that has the table with the heading 'АНКЕТА'. This regression happened in 4.0, as it is correctly positioned in 3.6. xisco, raal, aron: anyone got time to bibisect this?
Created attachment 134950 [details] bibisect results in 43max Working on debian-stretch in the 43max bibisect repository, I find that the overlap entered LO in the commit: commit date s-h -------- ------------------- -------- good e9dce7a2 2014-04-27 15:53:00 a55dac47 bad a0eda387 2014-04-27 15:53:02 313b59d7 I am removing keyword bibisectRequest and adding keywords bisected, bibisected.
Commit details: https://cgit.freedesktop.org/libreoffice/core/commit/?id=313b59d787357ef3da34e2833fefcf1143b09b5e author Luboš Luňák <l.lunak@collabora.com> 2014-04-27 15:48:46 (GMT) committer Luboš Luňák <l.lunak@collabora.com> 2014-04-27 15:53:02 (GMT) "fix "transparency" of floating tables in docx import (fdo#77723)"
Terrance, Aron: Not sure how that bibisect can be correct when i stated that the regression happened between 3.6 and 4.0.
Thank you, Yousuf, for catching that. I was sure yesterday that I had checked the results from the commits that I reported as last good and first bad. Just now I have looked again at the commit I called "last good", and I do see overlapping tables. I notice that as I move the caret or reposition the Writer window using the sliders, LibreOffice takes a noticeable length of time to finish repainting the document area; meanwhile, the overlapping is less conspicuous, and it take a second or so for the overlapped kangaroo to be rendered. I should have looked more carefully at the screen. I apologize for the noise. I am setting keywords back like I found them.
So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table has a text wrapping of 'around'.
(In reply to Yousuf Philips (jay) from comment #15) > So the missing page 2 and incorrect placement of nested table content in the > document shown in attachment 115278 [details] now displays correctly in 5.4 > and master. Yes, and we could close this one if we find the clean duplicate for another issue (regardless if newer). > The only major problem with the arrangement of the nested table content is > that the table with the heading 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' is floating > at top of the document as a frame overlapping the giraffe image, rather than > being located in the cell above the cell that has the table with the heading > 'АНКЕТА'. > So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table has a text wrapping of 'around'. If I save 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table in MSO with set Text Wrapping to None, problem is still there. So, not Bug 61594? What is it then?
(In reply to Timur from comment #21) > If I save 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table in MSO with set Text > Wrapping to None, problem is still there. So, not Bug 61594? > What is it then? If I save it as DOC with "None" wrapping in Word 2016, then the problem is gone. So I suppose some mistake here. (In reply to Yousuf Philips (jay) from comment #20) > So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table > has a text wrapping of 'around'. No, the underlying issue is not that it has that wrapping (that seems accurate), but that this wrapping works improperly. This wrapping mode should not allow that kind of overlapping.
Bibisected the floatyness on Linux with 43all to range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c29af1572ad15ac5199a09e5812fb8354c165329...c3aa1cefdc6521d34a2a32c20bae1593e1edb5ba I think it might be this one: https://cgit.freedesktop.org/libreoffice/core/commit/?id=edc4861a68e0269b83b17e0ec57912a1ce4220ad n#775899 initial docx import of w:vertAnchor inside w:tblpPr Adding Cc: to Miklos Vajna Note that the float position is different in the range vs. current master.
(In reply to Yousuf Philips (jay) (retired) from comment #20) > So the underlying issue is that the 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' table > has a text wrapping of 'around'. Yes, but not only that. 'ИНФОРМАЦИЯ О ПРИОБРЕТАЕМОМ ТС' 2nd table has a text wrapping of 'around' and vertical position of 0 relative to 'page'. LO import is wrong. 'ИНФОРМАЦИЯ О ЗАПРАШИВАЕМОМ КРЕДИТЕ' 1st table has also text wrapping of 'around' but vertical position of relative to 'paragraph'. LO import is correct.
So once there is a multi-page floating table in a docx file, whatever we do, we may loose. If the table positioning properties are ignored, somebody complains (the ones who have a non-multi-page table). If the properties are not ignored, somebody also complains (the ones with multi-page tables). The only proper fix for this would be to handle this in the Writer layout, but that would be a big new feature; so it's hard to call this a regression. Adjusting keywords accordingly. (And sure I understand that from some user's point of view this is a bug, and I agree it makes sense to fix this at some stage.)
Dear mikhail.v.gavrilov, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 185096 [details] Layout LO 7.5 vs Word, still very wrong on LO 7.5
Layout of the example document still very different on LO 7.5 when compared outlook on Word. Screenshot added to the case showing both side by side. Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
Created attachment 185097 [details] LO 7.5 vs Word two page view comparison
Created attachment 186982 [details] The document in Word 2016 and Writer master Still quite bad (similar to the last screenshot) in master: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9a555d79b3b00793edf1d51a8a7c76b723cc436d CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded There are several floating tables in the example file, but only the second is floating in Writer.
*** This bug has been marked as a duplicate of bug 55160 ***