[Libreoffice-bugs] [Bug 136220] New: Long fields lose its part on page end if external text updated

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=136220

            Bug ID: 136220
           Summary: Long fields lose its part on page end if external text
                    updated
           Product: LibreOffice
           Version: 6.4.5.2 release
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: alex_polkovnik at mail.ru

Description:
Long field doesn't continue on the next page in some cases.

Steps to Reproduce:
1. Open the attached file.
2. Confirm updating external data links.


Actual Results:
Look at the last field on the first page - it ends with "Long field" and has no
continuation on the next page, but actually it is "Long field with many words".

Expected Results:
Field should continue on the second page with "with many words".


Reproducible: Always


User Profile Reset: No



Additional Info:
This bug is related to (workarounds):
1. Updating external text: if you refuse to update external data on opening,
the field is shown fine.
2. Frames in footer: if you delete Frame 1 in footer OR change its wrapping to
"Through", the field is shown fine.
3. Text is close to the page end: if you change the Title's interval to 1x line
(this makes text move a bit upwards), the field is shown fine.

v 6.4.5.2 (x64)
ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
Threads: 8; OS: Windows 10.0 Build 18362; Render: GL; VCL: win; 
Locale: ru-RU (ru_RU); Language: ru-RU
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200828/d595166c/attachment.htm>