https://bugs.documentfoundation.org/show_bug.cgi?id=161330
Bug ID: 161330
Summary: PDF export: Some characters in vertical (top to
bottom) orientation in tables cause other parts of
text with the same character to be displayed
incorrectly
Product: LibreOffice
Version: 7.6.5.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
If for a table in the menu "Table Properties... -> Text Flow -> Text
orientation" the value is set to "Vertical (top to bottom)", and insert certain
symbols (for example №, numero sign), then other parts of the document with
this symbol will not display correctly after exporting to PDF. The problem only
affects the areas after the problematic character within a single subpart of
the document (within one paragraph, within one cell).
Viewing a PDF file in different programs gives the following results:
- LO Draw, Firefox and Okular display the area after the problematic symbol
shifted to the left.
- Chromium does not display the area after the problematic symbol
The problem does not reproduce with "Vertical (bottom to top)" orientation.
Steps to Reproduce:
1. Open Writer
2. Insert table
3. Right-click on a cell and set the "Table Properties... -> Text Flow -> Text
orientation" parameter to "Vertical (top to bottom)"
4. Enter text with a special character into a cell (tested with №)
5. Enter text behind the table or in another cell that contains the same
special character
6. Export document to PDF (via File -> Export As... -> Export Directly as PDF)
7. Open in a PDF viewer (for example, LO Draw if a non-hybrid PDF was used)
Actual Results:
Text after the special character is shifted to the left or missing (in some PDF
viewers)
Expected Results:
The text after the special character is displayed without offsets
Reproducible: Always
User Profile Reset: No
Additional Info:
Most tests were performed on version 7.6.6:
Version: 7.6.6.3 (X86_64) / LibreOffice Community
Build ID: 60(Build:3)
CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3_kde5
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
Calc: CL threaded
The problem was noticed on version 7.6.5.2. This bug is also reproduced on the
daily build 24.8.
There is no problem in version 7.2.
--
You are receiving this mail because:
You are the assignee for the bug.
