Description: I've inserted an image in my document (as anchored to a character) and added text objects over the image (achored to the same character). The text objects are over the image. I save and close and reopen and some of the text objects have moved or are under the image. I always have to review all my images for the same reason. It happens on 24.2.3.2 but it happened with ALL previous versions (just updated to the very latest see it is works better). Steps to Reproduce: 1.Insert an image 2.Add several text objects over the image 3.Save and close document 4.Reopen, normally some of the the text objects have moved or have gone under the image, you must review all of them all the time. Actual Results: Objects move by themselves and Zorder is changed Expected Results: The objects stay where they were put and the zorder doesn't change Reproducible: Always User Profile Reset: No Additional Info: I could send an image showing the result AFTER reopening, I can do it with almost all my images with text objects and every time I reopen the document. I'm considering creating an image outside of LO because I'm tired of fixing the same things again and again, better create a fixed bitmap but that would be accepting to be defeated. Just can't believe it doesn't happen to the others.
Created attachment 194204 [details] Shows that 2 and 4 have moved (they were over the image) 6 and 7 have gone under the image (which was before below everything)
Created attachment 194205 [details] The document which shows the problem (chapter 4.2... almost images show the problem) I attached my original file which makes the problem all the time (but it does it with all me other files, for the other ones I anded up using Word which works great doing the same thing).
Thanks for the report! Steps: 1. Open attachment 194205 [details] 2. Go to the first illustration in chapter 4.2 (page 18) 3. Open Navigator 4. Select the Drawing Object called "Cadre de texte 1" and see that it is behind the picture. 5. "Bring to front" this object (see that it contains the number 3) 6. Select the Drawing Object called "Cadre de texte 3" and see that it is behind the picture. 7. "Bring to front" this object (see that it contains the number 4) 8. Save and reload Result: objects brought to the top are visible, but numbers 1, 2 and 5 (respectively "Cadre de texte 4/5/6" are now hidden behind the picture. Same kind of issue if I "Send to Back" the image instead. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1f15d097cace14ca6e44e7652f460aa3fa7bd150 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded The issue is already tracked in bug 72367, marking as duplicate. I haven't been able to reproduce the issue with objects changing locations though, so please feel free to provide precise steps to see that, which we could track in a separate ticket. *** This bug has been marked as a duplicate of bug 72367 ***
Hm I had a closer look, and turns out the movements of objects (using "send to back" on the image) are not inherited (so different to bug 72367), and didn't start in 7.3 (so different to bug 159140). With steps: 1. Open attachment 194205 [details] 2. Go to the first illustration in chapter 4.2 (page 18) 3. Send picture to back (see that six text boxes are now visible) 4. Save and reload Result: some objects moved; object text position not synced to object frame; objects lower than image in Z-order. Bibisected with linux-64-7.2 to first bad build [4a2ecb149dcd234c72b218ad7fef12b1d506538e] which is: commit 3bc8f90e9693f710f12632f69b9348c1c833c906 author Michael Stahl Fri Mar 05 21:06:28 2021 +0100 committer Miklos Vajna Mon Mar 08 12:21:42 2021 +0100 (related: tdf#133487) sw: fix ordering of virtual SdrObjects for textboxes Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112029 This patch also made it 7.1.3 as 18397b2ede1e6c3feb54bd2bf59da57fd8c4d13a. Before those commits, text boxes would stay put above the image, at their original location. Michael, can you please have a look? Symptoms have changed slightly since then, for example with bug 159140 in 7.3, but that commit is when it started going wrong.
(Michael, forgot to copy you in, please see comment 4)