Steps to reproduce: 1. Open 97410 from bug 77486 ->Observed behaviour: The second page is displayed on the first page Reproduced in Version: 6.2.0.0.alpha0+ Build ID: c86a47a9d3debbc7e8ee6247f573e7f98c611f19 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded [Bug found by office-interoperability-tools]
Steps to reproduce: 1. Open attachment 97410 [details] from bug 77486
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=49ddaad2f3ba4e17e1e41e94824fb94468d2b680 author Justin Luth <justin_luth@sil.org> 2018-07-25 16:33:47 +0300 committer Miklos Vajna <vmiklos@collabora.co.uk> 2018-07-27 09:45:54 +0200 commit 49ddaad2f3ba4e17e1e41e94824fb94468d2b680 (patch) tree 6f55c641dbf0b04d91cd8d4e4eeff1a312462116 parent 8af5cb7870032fbdb50f0b3ad6d855e488af4b99 (diff) tdf#117988 writerfilter: IgnoreTabsAndBlanksForLineCalculation Bisected with: bibisect-linux64-6.2 Adding Cc: to Justin Luth
The second page - which is one huge textbox - is displayed overtop of the first page. The same thing can be achieved interactively in 6.0.6 by reducing the size of the frame. This is not good enough evidence that the identified patch is problematic. It looks like this has just exposed other existing problems with anchoring or wrapping.
Probably not related to floating frame bug 78671, but the result sounds very similar. Same thing with floating table bug 118794.
Created attachment 154829 [details] Screenshot of the document in Writer Looks good in: Version: 6.4.0.0.alpha0+ (x64) Build ID: 25ca657f8d0f1febaf0d5984bc862f3072ad197b CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded Reverting the bibisected commit probably solved this: https://cgit.freedesktop.org/libreoffice/core/commit/?id=202bee1a819de7b1e8c75dd863c4154f66419400
(In reply to NISZ LibreOffice Team from comment #5) > Created attachment 154829 [details] > Screenshot of the document in Writer > > Looks good in: > > Version: 6.4.0.0.alpha0+ (x64) > Build ID: 25ca657f8d0f1febaf0d5984bc862f3072ad197b > CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; > Locale: hu-HU (hu_HU); UI-Language: en-US > Calc: threaded > > Reverting the bibisected commit probably solved this: > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=202bee1a819de7b1e8c75dd863c4154f66419400 Verified with bibisect-win64-6.4 indeed this commit solved it. Let's mark this as fixed, thanks Justin!
(In reply to NISZ LibreOffice Team from comment #6) > Verified with bibisect-win64-6.4 indeed this commit solved it. It is not fixed, the real problem is just hidden again.