Created attachment 187817 [details] DOCX with RTL sections and TOC Description: Page numbers are sometimes badly justified for RTL sections. That means that page numbers are incorrectly aligned. Steps to Reproduce: 1. Open the attachment 2. Go to page 7 of 15 3. Export the document to PDF To see the difference, you can open the same file in MS Word, and compare page 7 of 15. Actual Results: Page numbers on the left side of the page are not aligned. In the PDF output, the page numbers are even lost! Expected Results: Page numbers should be visible on the left side of the page, and should be aligned alongside a vertical line Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a7b5fe0c813977347a8d10ac5a52862f6150fbc0 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_DE); UI: en-US Calc: CL threaded
Created attachment 187818 [details] Screenshot of TOC in MS Word
Created attachment 187819 [details] Screenshot of TOC in LibreOffice Note that in the left side of the TOC, the page numbers are incorrectly aligned.
Created attachment 187820 [details] Screenshot of TOC in PDF output from LibreOffice Note that some page numbers in the left side of the TOC are lost.
Updating the TOC corrects the alignment, but then it causes assertion failure, filed as: * Bug 156142 - Updating TOC leads to assertion failure
Reproducible in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e26aeb882dd236adf19679d5df9b7ba5da1ed226 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
In version 7.1 the table of contents showed Western Arabic numerals, commit 3c54bbc15c8076aa9caaa27642045cb38d4a6b35 made the alignment good in 7.1