Steps to reproduce:
1. Open 97410 from bug 77486
->Observed behaviour: The second page is displayed on the first page
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:
author Justin Luth <firstname.lastname@example.org> 2018-07-25 16:33:47 +0300
committer Miklos Vajna <email@example.com> 2018-07-27 09:45:54 +0200
commit 49ddaad2f3ba4e17e1e41e94824fb94468d2b680 (patch)
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: 188.8.131.52.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
Reverting the bibisected commit probably solved this:
(In reply to NISZ LibreOffice Team from comment #5)
> Created attachment 154829 [details]
> Screenshot of the document in Writer
> Looks good in:
> Version: 184.108.40.206.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:
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.