Created attachment 193563 [details] A large object shifted down by a "no-wrap" object in header The attachment has a large (taller than available page space) as-char object in the first body paragraph, shifted down a bit by an object in header. Then goes another paragraph with txt "foo bar". The expectation is that the first paragraph is normally followed by the second one, which means that the second paragraph must go to the next page, since the first paragraph takes the whole page (and more). Actual behavior is that the second paragraph appears on top of the first paragraph, at the top of the first page. This worked fine in version 4.0. In version 5.0 it was differently wrong, the as-char object was shifted to the second page, became short, and was followed by the second paragraph there, with an empty third page. In 6.3, there was yet another wrong layout, with the shorter as-char object and the following paragraph both on the first page. In 6.4, it was already same as in current versions.
The change in 6.4 was introduced by commit 28d67b792724a23015dec32fb0278b729f676736 (tdf#107776 sw ODF shape import: make is-textbox check more strict, 2019-08-27).
In fact, the current problem was introduced in version 4.3 (it was still fine in 4.2); after that, it transformed in version 4.4, which lasted until 6.4.
Regression after commit 72a4987434368bfb0b15f5ebb70a52108d349d5f (fdo#47355: partially revert c5a8a2c3cbcee0175127a0662e3d820ea4deea22, 2014-03-17).
I confirm it with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7c2ed9919d6d9d286d9062b91577d6bb2b7de8aa CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Additional information: Just see what happens, if you cut the object, insert a character into first paragraph and paste object to first paragraph => endless number of pages were added