Description: The numbering of the chapters in the table of contents, where it is correct, and in the text, where it is incorrect, do not match. The document is generated from the master document (.odm). For example after export to pdf: https://drive.google.com/file/d/1a5h55aKlWwXgDj695CsvWch6qNcTrOkw/view?usp=sharing Thank You Frantisek vil9m Steps to Reproduce: 1. Open .odm 2. Export to pdf Actual Results: For example after export to pdf: https://drive.google.com/file/d/1a5h55aKlWwXgDj695CsvWch6qNcTrOkw/view? Expected Results: I expect correct chapter numbering. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: threaded
Please attach sample files.
Sample file: VyvodMasterAll.odm https://drive.google.com/file/d/18eCb2srDlKgba59Kvnwg8EOUFsvdTno8/view?usp=sharing
[Automated Action] NeedInfo-To-Unconfirmed
There is one file missing: Rodice a prarodice Václava Vilima a jeho sestry... In any case, please try with Menu/Tools/Update — All Maybe the faulty file is the source of the issue. And, which are the difference, let us know at least one.
Sorry, I got the content wrong too (e.g. 1, 2, 3, 5) I tried to generate the document from what I sent and I did not encounter the problem with the chapter "Vaclav Vilim and his ..." The wrongly numbered chapter is already 5 "Rodice a prarodice Frantiska Vilima"
Thanks for the report. Are you able to provide a smaller sample file that has the same issue? A 1.7 GB archive makes it difficult for us to test and pinpoint the issue. Can you also please be more explicit with the steps, what is expected and what you see instead?
Created attachment 192190 [details] VyvodMasterAll.odm
Thank you. Reproduced. Steps: 1. Unpack attachment 192190 [details] 2. Open VyvodMasterAll.odm, click "Yes" when prompted to update all links 3. Go to page 28 and look at heading number 5 and what is underneath. 4. Compare with source files for this section: OtecFrantisek.odt (contains heading levels 1 and 2) and MaminkaBohuslava.odt (contains only level 2) Result: wrong heading levels and numbering: 5 Moje a sestry rodiče a prarodiče 6 František Vilím nar. 1939 6.1 Bohuslava roz. Bendová nar. 1942 Expected result: according to the source files, it should be: 5 Moje a sestry rodiče a prarodiče 5.1 František Vilím nar. 1939 5.2 Bohuslava roz. Bendová nar. 1942 etc. Regression, as not reproduced in: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Reproduced in: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2cedb1a19ad605df4e148589e9027512e4dd9265 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Bibisect focused on numbering: 5 Moje a sestry rodiče a prarodiče 6 František Vilím nar. 1939 6.1 Bohuslava roz. Bendová nar. 1942 This seems to have begun at the below commit in bibisect repository/OS linux-64-7.4. Adding Cc: to Michael Stahl ; Could you possibly take a look at this one? Thanks 9e277b0ebf08f2ef718d3288b7921a2d8be6b24f is the first bad commit commit 9e277b0ebf08f2ef718d3288b7921a2d8be6b24f Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri Jun 17 09:58:32 2022 +0200 source cdf48e57da6b8a6a5eb4131340fa2c14be135714 136015: tdf#134759 sw: clear items in SwAttrSet::CopyToModify() | https://gerrit.libreoffice.org/c/core/+/136015
The problem still remains, the table of contents has the chapter numbers correctly, but the chapter headings do not. Do I have a build https://git.libreoffice.org/core/+log/d56cc158d8a96260b836f100ef4b4ef25d6f1a01
Dear frantav, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The problem still remains. Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: threaded