The sample DOC attachment 118608 [details] from Bug 94135 has the additional regression from LO 6.0 that tables are imported with reduced width. Tested with 6.2+. PDF attachment 118609 [details] is as it should look - exported with Word Viewer on Windows.
I tried to bibisect with 5.4 and 6.0, but no succes. On 5.4 ALL versions are good. On 6.0 ALL versions are bad.
This seems to have begun at the below commit. Adding Cc: to Mike Kaganski ; Could you possibly take a look at this one? Thanks a9e158faa9a56abbd94125550076c41bb402b36a is the first bad commit commit a9e158faa9a56abbd94125550076c41bb402b36a Author: Jenkins Build User <tdf@pollux.tdf> Date: Tue Sep 12 22:05:32 2017 +0200 source a952d1f59f4f84380b82f1eb9e550b8f69c4be5d author Mike Kaganski <mike.kaganski@collabora.com> 2017-09-12 13:54:26 +0300 committer Miklos Vajna <vmiklos@collabora.co.uk> 2017-09-12 14:28:23 +0200 commit a952d1f59f4f84380b82f1eb9e550b8f69c4be5d (patch) tree b1ea98ccf222a73ecd395c9517d2b9d895b68ed5 parent 83748e50026bff56aaa1c2f7bfb0b1557344d72c (diff) tdf#112346: take Word no-wrap limit into account also for ww8
Please use more appropriate wording here. No regression in 6.0 - what you see is actually a great improvement over 5.4: in 5.4, all the data below first page was hidden (because of the table being put into a floating frame); in 6.0, it's imported ~normally, but for some reason, with main table being a bit too close to the top-right floating rectangle, which causes its wrapping to shrink the main table on first page. Inserting a newline above the main table "fixes" the layout. Currently, I can't invest into fixing the space above the table; but again - this isn't a regression at all.
I set to "minor" than. Sorry for the noise.
Repro 6.4+ as seen in screenshot attachment 154719 [details].
Dear Timur, 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://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
These tables are now floating due to 7.6 work. Unfortunately they are now piled on top of each other. A couple of one-row tables are there which are not floating. They add some "structure" to the document. I guess they don't wrap around flies, and thus have one in between files becomes a new "paragraph" for the floating table to align to.
I assume at this point this is just a duplicate of bug 76022 - marking it as a dependency. The problem of "first table shrunk in width to parallel wrapped around fly" was solved in 7.6.
This document looks to be designed pretty much identically to the minimal reproducer in bug 137822 comment 5.
Created attachment 188349 [details] DOCX, nocompat mode This DOC file has a number of problems. I attach an easier bugdoc as a start: this is DOCX and it's new enough that it doesn't trigger the "compatibility mode" of Word (i.e. >= 2013). I'll try to get this working first, then let's re-visit the original problem, which is harder.
Created attachment 188367 [details] Shape wrapping (nocompat mode) Interesting this is not specific to floating table, the attached document is just a normal shape and it has the very same problem. Looks like Writer will wrap an empty paragraph if there is almost 0 space on the side of the object, while Word has some minimal space requirement here.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8bd30999098567b3bdb84a6ca65c071952192932 tdf#120262 sw floattable: don't wrap text around fly when no content would fit It will be available in 24.2.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.
This only fixes part of the bug.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a4af5432753408c4eea8a8d56c2f48202160c5fe tdf#120262 sw floattable, legacy: fix text wrap around fly when no content fits It will be available in 24.2.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.
Still part of the page 2 table goes to page 1, needs more fixing.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9a5d1c250cbaac855b3e63d8c5fa0882ba7d14a2 tdf#120262 sw floattable, legacy: go outside body only for page frame vert pos It will be available in 24.2.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.
No more overlap, but some half row is still clipped on page 1 bottom, needs more work.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/fdcd9ad20eda56d6532f21bbb302fc0c3ab63020 tdf#120262 sw floattable: don't wrap text around fly when no content would fit It will be available in 7.6.0.2. 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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/45574624ff05673d44f11cdbbbb49e1af599133e tdf#120262 sw floattable: no split when none of first row fits the vert space It will be available in 24.2.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.
Looks reasonable on master now, I think.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/2e2398ee7b9e2115f6b691f107a6223455d72ef6 tdf#120262 sw floattable, legacy: fix text wrap around fly when no content fits It will be available in 7.6.1. 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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/693ad3aadbf84afa750af73c330fe7e09b38a2e7 tdf#120262 sw floattable, legacy: go outside body only for page frame vert pos It will be available in 7.6.1. 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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/7278c1facfd675dd1972a01370de4425704d9a16 tdf#120262 sw floattable: no split when none of first row fits the vert space It will be available in 7.6.1. 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.
*** Bug 116292 has been marked as a duplicate of this bug. ***