Hey For Michael Meeks' request [ https://bugs.freedesktop.org/show_bug.cgi?id=47594#c8 ] I split one big bug for a few smaller. This issue is related with Bug 59273 - FILEOPEN: Writer doesn't display all table cells in DOCX file [ https://bugs.freedesktop.org/show_bug.cgi?id=59273 ] I don't want upload many times the same files so I will include links from other bugs. Fixing this bug shouldn't be hard to do. This picture show how it should looks. https://bugs.freedesktop.org/attachment.cgi?id=70160 Now, download source file, open it and compare with screenshot https://bugs.freedesktop.org/attachment.cgi?id=72895
It looks like it was a problem in 3.6 as well. Changing version to 3.6.3.2 to reflect the earliest version that I can confirm the bug on. Marking as: New (confirmed) Normal (can affect high quality work) High (common feature, if you look at progress over the last couple months on 4.0 you can see a lot of changes to how tables are handled and it's broken in a couple ways). Thanks for reporting.
I tested daily build from 21.01.13 and bug still exist there. Meanwhile I test it with some master build (LO 4.1) and in this compilation, file has been displayed correctly, such as in Word.
Created attachment 77376 [details] Table in Writer 4.0.2
Created attachment 77377 [details] Table in Writer 4.0.3 @Joel Madero Can Miklos Vajna take care for this issue? He resolved yesterday similar issue ( fdo#59273 ) but every new change turn out to be annoying regression. Writer 4.0.2 – correct width of table, but one call was disappear [solved in 4.0.3] Writer 4.0.3 – all cells are displaying correctly, but whole table is more narrower than it's in reality [regression]
Created attachment 77378 [details] Table in Word Viewer
LibreOffice 4.0.3 is to be released in May -- please copy&paste the versions from the about dialog for both the old and the new version, then I can try to see what can I do for you. :-)
Wersja 4.0.2.2 (Build ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3 Version 4.0.3.0+ (Build ID: fb0cdcb8e3084ac969a8d744e0e55041431b862)
Oh, I see, so you mean 4.0.2 vs -4-0 daily build. Then this is caused by 7329df74df134a77d078f47d5c8b70d54c5d1edb, in a good sense. > Fixing this bug shouldn't be hard to do. Happy to read that, though I must admit I disagree. As far as I understand it, Word has an auto-layout mode, where it takes the columns widths requested by the file, but if the width is too small and the column has some content, it'll make it larger. This is not defined by the OOXML standard as: "AutoFit Table Layout - This method of table layout uses the preferred widths on the table items to generate the final sizing of the table, but then uses the contents of each cell to determine final column widths." As far as I understand, Writer layout has only support for what OOXML calls "Fixed Width Table Layout", so no, it's not trivial at all to fix this, I'm afraid. An easy workaround is to just re-save the document using Word, then the weird 1px-column-with-lots-of-contents part of the bugdoc just goes away.
> This is not defined by the OOXML standard as: "this is defined by", of course.
This issue is still reproducible with: - Libreoffice 4.1.5.3 Build ID: 1c1366bba2ba2b554cd2ca4d87c06da81c05d24 - Libreoffice 4.2.2.1 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f - Libreoffice 4.3.0.0.alpha0 Build ID: b6a43bcbbf9e9a5655fd36fd4c8ef72d585f67b0
The rendering of the file seems unchanged since OOo / LO 3.3.0 -> Version: Inherited from OOo
** 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.0.5 or 5.1.2 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: 2016-04-16
Adding Cc: to Miklos Vajna
*** Bug 80286 has been marked as a duplicate of this bug. ***
Created attachment 127917 [details] Table compare MSO LO
From Comment 8, should we delete "regression"?
@timur, I agree. is more WIP (work in progress).
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
still problem in Version: 6.1.0.0.alpha0+ Build ID: a9b202a6b7000e7af34f2a639ca207122a3968bf CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-12-26_23:09:36 Locale: nl-NL (nl_NL.UTF-8); Calc: group threaded
problem persists in Version: 6.3.0.0.alpha0+ Build ID: 082144fa0fb2021cfb41494bb6eb5bf417e58ab1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-12-31_03:11:43 Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US Calc: threaded (no idea why this was set bisected / 4.1 > comments show it's inherited from OOo)
This issue is still present in 6.4.0.3. Will attach a sample docx along with pdf print out comparisons between office and libreoffice.
Created attachment 157505 [details] Docx with tables The file with tables that are incorrect
Created attachment 157506 [details] Correct rendering of file This file is the expected printout of the docx
Created attachment 157507 [details] This is the slightly incorrect Libreoffice rendering The tables are incorrect in Libreoffice's rendering and oddly enough there are also 3 circles present in footer that don't show up in the office printout. But that would be different bug
Fixed in master: tdf#59274 DOCX import: fix tables with incomplete grid Fix layout of "auto" width tables with incomplete grids, where table width is defined by cells of an arbitrary table row, not necessarily the first row, and last cells of the rows can be wider, than their saved values.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/116cadb5d2582532c69677a2f8499e8e9b7b9b80 tdf#59274 DOCX import: fix tables with incomplete grid It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Adam G from comment #22) > This issue is still present in 6.4.0.3. Will attach a sample docx along > with pdf print out comparisons between office and libreoffice. Please, file a new bug for that problem. Its background and solution is not the same, as in this original report.
Created attachment 158590 [details] Screenshot and comparison of the fix for LibreOffice 7.0
Note: also column widths of the duplicate bug 80286 has been fixed, see from page 2.