Created attachment 203386 [details] DOCX Cannot open DOCX file with tables. Started in 24.2: commit 5127b1961b762643d47a26704556fd9b8664c6fc [log] author Miklos Vajna <vmiklos@collabora.com> Wed Sep 13 08:14:19 2023 +0200 sw floattable, nesting: add DOCX import
Confirm with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8ea8e254a3151f5390f3a10ff156fcaf8e7c5d5c CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
On pc Debian x86-64 with master sources updated today, I could reproduce this. I got never ending loop with these logs after some time: warn:legacy.osl:34840:34840:sw/source/core/layout/tabfrm.cxx:6684: Warning! Trying to prevent a crash warn:legacy.osl:34840:34840:sw/source/core/layout/tabfrm.cxx:978: There should be a flowline in the follow
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1d833123014274a182ea42e92ca21e4ece736389 Related: tdf#168916 DOCX import: handle page break from style on framed para It will be available in 26.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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/48267890aa9567eb01bff87d8a3f69f8e0ad9997 Related: tdf#168916 DOCX import: handle page break from style on framed para It will be available in 25.8.4. 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/3a0b56e4b2b94fd9001ea7a95488142cd9d6186d tdf#168916 DOCX import, <w:wAfter>: make dummy paragraph less visible It will be available in 26.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.
Before the identified commit, sample would open regardless is Garamond font was installed. With fixing commit, it only opens if Garamond font is installed.
The trouble is that Garamond is always installed with Word, so it's not trivial to know what would be the expected, correct layout without Garamond installed. If you have time, it would be a possibility to create a version of the bugdoc that doesn't use Garamond (so no font fallback happens), and then it would be possible to see what is the Word layout for that and then fix up Writer to do the same. Sorry for being unclear about that, usually we consider font fallback problems as non-interesting, saying "just install the font" as the fix. Thanks.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/0e9f3c631e97bc148ee5f26a7f3eab5468f15f72 tdf#168916 DOCX import, <w:wAfter>: make dummy paragraph less visible It will be available in 25.8.4. 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.