Problem description: http://www.kissaliitto.fi/lomakkeet/nayttely -site has all sort of forms on PDF, Word and RTF -formats. Unfortunately Word/RTF versions do not show correctly on LibreOffice 4.2.3 nor on AOO 4.0.1. Steps to reproduce: 1. Download from http://www.kissaliitto.fi/lomakkeet/nayttely -site Word version of "Kotimaan näyttelyilmoittaumislomake" 2. Open it on Writer 3. You'll see that layout does not match PDF version Current behavior: Fonts are badly overlapping on the small texts Expected behavior: Layout should look identical to PDF version Operating System: Windows 7 Version: 4.2.3.3 release
Confirmed in Linux Mint in the latest releases from 4.1 to 4.2 and 4.3 beta. This is a regression as it works fine in 4.0. Basically one table near the bottom is appearing behind the content that follows it.
Created attachment 100027 [details] the .doc file
Created attachment 100028 [details] LibO 4.0 VS 4.3 beta
Unfortunately a pretty bad bibisect but here's what it spit out: There are only 'skip'ped commits left to test. The first bad commit could be any of: 6a9079688b8251402bfcea35b741a418cab30229 ff4b17247dc05a006a5c4c57dced132c87f2396c We cannot bisect more! @Joren - thoughts for getting a better one?
comment #4 is pretty useless, no idea which repo those are from... bibisect range: 358b60b3b172968a7605b428af01df456d7669b2..d74ba0c4147f33abd9d0c03883cc88f15e160ee5 regression from: commit 4e07258cbd1f4fb16d6ce2174fb5c74c3b36da33 Author: Chen ZuoJun <zjchen@apache.org> AuthorDate: Mon Oct 8 12:21:52 2012 +0000 #i119466# Doc file loaded by AOO, table with incorrect text wrapping property.
the attachment is not an RTF but a binary DOC
(This is an automated message.) It seems that the commit that caused this regression was identified. (Or at least a commit is suspected as the offending one.) Thus setting keyword "bisected".
Created attachment 120094 [details] Right after opening the file Compare this and modified to the original screenshots attached earlier. Table cells are not correctly laid out and on the bottom part text is again practically unreadable.
Created attachment 120095 [details] Extended some table rows to show all content This shows better, how the cell layout is badly distorted, when compared to the PDF layout, which can be seen on the other screenshot
So now with the LibreOffice 5.0.2.2 on RHEL 6.7 64-bit Linux this doc file is practically useless because of the layout problems.
On LO 5.0.2.2 RTF version of the document is almost good but extends to two pages, when the original PDF is fitted onto one page. Binary DOC version then again is practivally unusable due to the layout problems.
Please slow down and read warnings carefully. The version field expressly warns that it's the oldest version tested not the latest version confirmed on.
Read that but because this corruption is now actually much worse and mostly different, I did change the version for the one, whete I tested it now.
Just tested on Windows 7 64-bit with LO 5.0.3.2 and doc-version looks just as horrible as with 5.0.2.2 Linux version. PDF version from the web-site shows, how it should be, rtf version is just a little bit streched taking 2 pages instead just one but doc is practically useless.
Tested on Windows 7 64-bit with 5.0.4.1 version. A big improvment already. Now on the top part of the document only visible problem on the tables is too big margin from left and right cell border on all but leftmost column. Easy to see, when comparing PDF version to either DOC or RTD version. Unfortunately on the bottom part of the document there is still quite a messy look in many ways and here .DOC and .RTF versions even differ quite a lot of from each other.
Created attachment 121032 [details] Screenshot showing DOC vs PDF side by side pointing errors Red arrows and red box pointing to some of the problematic places on the DOC version of the documents vs. PDF showing, how it should be
Created attachment 121033 [details] Screenshot showing RTF vs PDF side by side pointing errors LibreOffice 5.0.4.1 version of DOC and RTF vs PDF. Red arrows and red box pointing to some of the problematic places on the RTF version of the documents vs. PDF showing, how it should be
Comment on attachment 121032 [details] Screenshot showing DOC vs PDF side by side pointing errors LibreOffice 5.0.4.1 version of DOC and RTF vs PDF.
Adding keyword 'bibisectRequest'.
Bisected as per comment 5. Same commit as the one caused bug 78756, but the issue is different, so I wouldn't close it as duplicate.
Problem still exist on LO 5.4.0.3 running on Windows 10 64-bit Creators update. Table 6 is located inside a frame correctly but frame wrapping should be using either "Wrap off" or "Optimal page wrapping" to get correct layout. Current "Page wrap" lets next tables to overlap table 6.
Bug 75331 has the same issue as this, though it shows up in 4.0 and this bug shows in 4.1.
Created attachment 135593 [details] Another DOC example for table overlap Here is another DOC example for table overlap, looks like this bug. I obolsted some of Ari's comments and attachment because this is not "document based" bug and other issues with that specific doc are not relevant - only table overlap is.
Created attachment 135594 [details] Another DOC example for table overlap - PDF from MSO How "Another DOC example for table overlap" should look.
Created attachment 135595 [details] Another DOC example for table overlap - frame wrap set to None "Another DOC example for table overlap" opens fine when frame wrap is previously set to None and saved in MSO.
Table overlap for attachment 100027 [details] looks better after Bug 112346. Due to https://bugs.documentfoundation.org/show_bug.cgi?id=112346#c4 I'll close this bug. Please track Bug 112359.
*** Bug 108095 has been marked as a duplicate of this bug. ***
*** Bug 96307 has been marked as a duplicate of this bug. ***