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.