[Libreoffice-bugs] [Bug 135713] New: FILEOPEN DOCX Long BTLR text in table not entirely visible if it overflows to next page
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Aug 13 13:06:28 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=135713
Bug ID: 135713
Summary: FILEOPEN DOCX Long BTLR text in table not entirely
visible if it overflows to next page
Product: LibreOffice
Version: 7.1.0.0.alpha0+ Master
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: filter:docx
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: libreoffice at nisz.hu
CC: nemeth at numbertext.org
Blocks: 104444
Created attachment 164257
--> https://bugs.documentfoundation.org/attachment.cgi?id=164257&action=edit
Screenshot of the problem in Writer
This is followup to bug #127118
The original example file has a long BTLR text in the first, merged column of
the table.
After that fix the part of the text that falls to the second page is not
visible.
Steps to reproduce:
1. Open attachment attachment #154864
Actual results:
First column has no visible text on the second page: “mi quis pretium semper.”
is missing (alhough it can be selected and copied)
Expected results:
All text is visible.
LibreOffice details:
Version: 7.1.0.0.alpha0+ (x86)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
(same with x64 build and “UI render: default;” too)
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=104444
[Bug 104444] [META] DOCX (OOXML) table-related issues
--
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/20200813/2b555016/attachment.htm>
More information about the Libreoffice-bugs
mailing list