Description: My document has 6 pages (pdf version here : https://renardenjoue.araetech.eu/infos) When I insert a table of content, just before the first title (style Title 1), the pages 3 to 6 vanish. Steps to Reproduce: 1.Put the cursor on the line just after the image 2.Insert Table of contents Actual Results: Table of contents inserted. The rest of the document remains the same. Expected Results: All the document disappeared except pages 1 & 2. Reproducible: Always User Profile Reset: Yes Additional Info: Should not delete anything in the document
Created attachment 165535 [details] User manuel for my site I tried to insert the table of contents on the line between the image and the title "Présentation générale". But each time, it deletes 4 pages on 6.
Created attachment 165540 [details] video
You have write: "Expected Results: All the document disappeared except pages 1 & 2." This is what you expect? Everything to dissapear?... Or is the reverse?... Please see my video. It's ok like in my video?
No, of course, I don't want the pages to disappear. I wrote it in the wrong field. I didn't see your video, where is it ?
See comment 2 - click on attachement - save as and download on your computer and play.
Ok, I see. Indeed, it works if you put the table of contents before the image. I tried it too. But if you put it just one line below, the problem happens.
My cursor is AFTER the image when I inserted TOC.
Seems that the text, when inserted in the same "space" as the image, is automatically moves before this image. But nevermind, this workaround is fine for me. I'll move the image. Thank you very much !
Maybe it's a thing of anchoring the image different. You can test to anchor to page/paragraph/to character/as character and see what result you get.
Yes, I can try this. Nevertheless, it's really weird that simply adding a TOC erases most of the document.
I dind't lost anything. But you should have nothing selected before inserting a TOC.
I don't reproduce this with, maybe 6.4 branch only? Version: 7.0.0.2 Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
I tried on my Windows, after I inserted the TOC, I moved the image with drag & drop where I needed. Very easy. No text deleted.
Tested with Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded
I didn't. Really ! Try it : put the TOC just one line lower than you did.
Confirm this. Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded The cursor should be on a second line from the image and the content is gone.
The cursor should be one row down that in the video from comment 2. After that line.
Repro also in Version: 7.3.0.0.beta1+ / LibreOffice Community Build ID: ecfb83d7463bed7c89baeccc03286c1ac9956d70 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Dear Myosotis Arae, 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
I can't reproduce this. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 537645c0834eab2d277113f1e3fcf039c994832d CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL threaded
Indeed, the problem seems solved. Myosotis, you can see by yourself that the problem is gone now. Tested with Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded On the same computer I tested on the same document, with an older version, and I reproduced it with 7.3. so indeed it is fixed by the new versions. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: ro-RO Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.7 Calc: threaded