Description: The attached docx does not nook the same in LO and Word (Microsoft 365). Steps to Reproduce: 1. Open attached docx in LO 7.x 2. Open attached docx in Word 365. Actual Results: Does not looks the same. Expected Results: Looks the same. Reproducible: Always User Profile Reset: No Additional Info: See also attached screenshot. Thanks Ralf
Created attachment 166850 [details] It look like this...
Created attachment 166851 [details] ...but it should look like this.
Created attachment 166852 [details] Original File
Reproduced in Version: 7.1.0.0.alpha1+ Build ID: 6934049abe5581ba543212f07fec8c411122c806 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded and Version: 5.4.0.0.alpha1+ Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group in previous versions, everything was on page 1
Those tables are floating.
Still present in LO 7.3.3.2
Created attachment 186970 [details] The original example in Word 16 and Writer Seems like there is a section break in the original document which is not imported at all. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9a555d79b3b00793edf1d51a8a7c76b723cc436d CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded
Similar to why bug 150769 is garbled.
Still the same as on attachment 186970 [details], despite the recent fixing of the similar ones in See Also. Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 845054aa25b7cba1daa1ff30b142d549027299bd CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded
Created attachment 189030 [details] Bug_DOCX.mso2010.pdf: LO looks like this too, after a layout refresh This looks nearly perfect now (at least compared to MSO 2010) (and DOES look perfect if you switch to View - web and then back to View - Normal).
Created attachment 190136 [details] The example file in Word and Writer Recently this became almost perfect (but typing on top of the page 2 still caused layout flickering) with: https://git.libreoffice.org/core/+log/cfe9c68a7a19dd77d1fcbde3a7dd75730634becc author Miklos Vajna <vmiklos@collabora.com> Thu Sep 21 08:31:01 2023 +0200 committer Miklos Vajna <vmiklos@collabora.com> Thu Sep 21 09:46:28 2023 +0200 tdf#157119 sw floattable: fix moving master of split fly to next page
Created attachment 190137 [details] The example file in Word and Writer master But since then it got worse in current nightly: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cb46ad4c4602fbb6aeab482e9370e31495e12cfe CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded
(In reply to Gabor Kelemen (allotropia) from comment #12) > Created attachment 190137 [details] > The example file in Word and Writer master > > But since then it got worse in current nightly: This happens after: https://git.libreoffice.org/core/+/2d6f48d53674ee85179ec8cee8648830207200a2 sw floattable, crashtesting: fix PDF export of fdo56210-3.docx
I would say this now looks reasonable on master, since core.git commit ce2fc5eb29b4e252993b549dee002fa8948c8386 (tdf#158341 sw floattable: fix layout loop when fly is below the body frame, 2023-11-29) *** This bug has been marked as a duplicate of bug 158341 ***