Description: I recieved a docx file with tables with a pricelist, and in Writer is unreadable.. We cleaned the file to upload here as docx and pdf (As Microsoft Office sees it) I don't know why doesn't reads as is. Steps to Reproduce: 1. Open file 2. See tables Actual Results: Garbage tables Expected Results: Render as the PDF export Reproducible: Always User Profile Reset: No Additional Info: In Office 2016 renders ok
Created attachment 170835 [details] Catalog DOCX
Created attachment 170836 [details] Catalog rendered PDF
Created attachment 170837 [details] Catalog rendered PDF in Libreoffice - BAD
Bugzilla is not document based, like this docx doesn't look good, it's issue based, meaning that single issue must be pointed at, preferably with minimal sample document. Here, problem are wrap around / floating tables. If turned off in MSO, LO opens it correctly. This makes is a probable duplicate of existing bugs, except I'm not sure of which one exactly: bug 61594, bug 75331, Bug 80717, bug 113829, bug 117416, Bug 131735.. These tables are relative to page, but changing to margin or paragraph doesn't help.
Created attachment 170849 [details] Catalog DOCX - MSO reduced to 3 pages Seems like change was in 4.3, from then pages 1-2 are overlapped and page 3 is good. 4.2 used to open pages 1-2 good and page 3 bad.
Seems there were 2 changes in 43max, this one bibisected for pages 1-2 where it went worse and later one where page 3 went better. So I mark regression for pages 1-2 where tables overlap from this change. author sushil_shinde <sushil.shinde@synerzip.com> 2014-01-22 17:10:11 +0530 committer Miklos Vajna <vmiklos@collabora.co.uk> 2014-02-13 10:25:16 +0100 commit 4d34d43b29be2b14a02b001b35fcde2459fb1993 (patch) tree 969629de48f4f64e5a3c63a11d918b981e767118 parent 9d5005a70cc42ee9f45104cc32aa099d0c3d6630 (diff) fdo#69656 table with auto-width and at least one column with auto-width. - In case of auto width of table and atleast one cell of table is auto width It was setting table width to 100% relative width. - hence it was causing rederening problem, table width was wrong while rendering. - Changed 100% hardcoded value, now setting total width of table as per grid values. - modified one UT since we no longer setting width of table to 100% default in case of 'auto' width. - Added one UT to check proper table width while importing.
Hi Miklos, please see if interested, Synerzip is not active anymore.
Created attachment 170859 [details] Catalog DOCX - 3 pages changed to margin Here is MSO changed 3 page file, so that vertical position is not relative to page but to margin (and some other changes). This is for additional test.
Created attachment 170860 [details] Catalog DOCX - 3 pages changed to paragraph Here is MSO changed 3 page file, so that vertical position is not relative to page but to paragraph (and some other changes).
repro 7.4+
Still rerpo in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded
Fixed via backports to LO 7.6 I focused on the overlapping tables on page 3. That was fixed by 24.2 commit a4af5432753408c4eea8a8d56c2f48202160c5fe Author: Miklos Vajna on Mon Jul 17 09:00:33 2023 +0200 tdf#120262 sw floattable, legacy: fix text wrap around fly when no content fits