Bug 160581 - A paragraph with a large as-character object may overlap with following paragraphs
Summary: A paragraph with a large as-character object may overlap with following parag...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisectRequest, regression
Depends on:
Blocks: Anchor-and-Text-Wrap Paragraph
  Show dependency treegraph
Reported: 2024-04-08 08:15 UTC by Mike Kaganski
Modified: 2024-05-20 17:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

A large object shifted down by a "no-wrap" object in header (3.50 KB, application/vnd.oasis.opendocument.text)
2024-04-08 08:15 UTC, Mike Kaganski

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2024-04-08 08:15:51 UTC
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.
Comment 1 Mike Kaganski 2024-04-08 08:34:24 UTC
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).
Comment 2 Mike Kaganski 2024-04-08 08:39:05 UTC
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.
Comment 3 Mike Kaganski 2024-04-08 09:50:38 UTC
Regression after commit 72a4987434368bfb0b15f5ebb70a52108d349d5f (fdo#47355: partially revert c5a8a2c3cbcee0175127a0662e3d820ea4deea22, 2014-03-17).
Comment 4 Dieter 2024-04-28 15:51:17 UTC
I confirm it with

Version: (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