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.
Now, download source file, open it and compare with screenshot
It looks like it was a problem in 3.6 as well. Changing version to 126.96.36.199 to reflect the earliest version that I can confirm the bug on.
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
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 188.8.131.52 (Build ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3
Version 184.108.40.206+ (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 220.127.116.11 Build ID: 1c1366bba2ba2b554cd2ca4d87c06da81c05d24
- Libreoffice 18.104.22.168 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f
- Libreoffice 22.214.171.124.alpha0 Build ID: b6a43bcbbf9e9a5655fd36fd4c8ef72d585f67b0