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.
Created attachment 194441 [details] Problem file
The description looks suspiciously similar to what I wrote in commit message of https://gerrit.libreoffice.org/c/core/+/165581.
Confirmed the problem in LO 24.2.4.2.
Created attachment 194800 [details] Screenshot of incorrect PDF rendering
I repro in 24.2.5, but not in master, so closing. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 42e517ca2fbf3cbec7500ff0b8e0efe19d0b7adf CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 20 August 2024