https://bugs.documentfoundation.org/show_bug.cgi?id=167313
Telesto <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|7.3.7.2 release |7.3.0.3 release Keywords|bibisectRequest |bibisected, bisected --- Comment #39 from Telesto <[email protected]> --- Bisected to: /win64-7.3 ((3dfb0b357...)|BISECTING) $ git bisect good a67c21c555a05f7015f2f5a533dabedca840e620 is the first bad commit commit a67c21c555a05f7015f2f5a533dabedca840e620 Author: Norbert Thiebaud <[email protected]> Date: Tue Mar 15 10:08:03 2022 -0700 source sha:3d8533cb894614394f1ecf05b3d6dc60f3bf6dd6 source sha:3d8533cb894614394f1ecf05b3d6dc60f3bf6dd6 instdir/program/setup.ini | 2 +- instdir/program/swlo.dll | Bin 16889344 -> 16889344 bytes instdir/program/version.ini | 2 +- 3 files changed, 2 insertions(+), 2 deletions(-) -----commit message ----- tdf#139687 sw: invalidate text frame in footnote when moving it The problem (which only reproduces here on copy/paste with SAL_USE_VCLPLUGIN=kf5, not with gtk3) is that on SwTextFrame 2638 in a footnote on page 19 containing "Saeed, 100–101." there should be a top margin of 0 but it's actually 144. The footnote was initially created on a previous page with another footnote with SwTextFrame 2635 before it, that's how it got this top margin. Invalidate the print area in SwFootnoteFrame::Paste(), which is called when the footnote is moved to a different container. (somehow regression from commit 723728cd358693b8f4bc9d913541aa4479f2bd48) -- You are receiving this mail because: You are the assignee for the bug.
