Description: When a TOC is inserted into a page with a two-column style, the page numbers are calculated wrongly. The problem does not occur when a TOC is inserted into a single-column page. Steps to Reproduce: 1. Open the attached document and follow the instructions. Actual Results: Incorrect page numbers, as described in the attached document. Expected Results: Correct page numbers Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded Description of the bug and what I discovered about it is too complex to describe here. The attached document both reproduces and explains the problem.
Created attachment 168162 [details] Document both demonstrating and explaining the problem
Repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: ac0db5736a53a4887cebbacc59026cecb7c44c66 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-08_02:51:24 Calc: threaded
Reproduced on Linux too with: Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded and Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded and Version: 7.4.0.3 / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded