Steps: 1. Open attachment 193145 [details] 2. Go to C106 3. Click the group of pictures (see that it is anchored to cell C106) 4. Save (don't reload) Result: the group's handles and the anchor indicator are now in cell C107. If the selection is still active, one can move the object and the view refreshes. If it isn't active, the user has no idea why the visible group in C106 is not selectable (and it even isn't selectable by clicking blindly in its new position). If the document is reloaded, group is back in correct cell. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1344e6261a1d856c71eca1e0cc29215a586bf335 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 Same for gen VCL plugin, same on Windows 11. Started in 7.1. History: - linux-64-7.1 bibisect repo, build [14085ca9b4d968e12730ae717ab0232a980eb4cf], commit bba0cd79984875124f8d43d05d4cdb7f63517e77: group moved to cell C107 on save, restored on reload. commit bba0cd79984875124f8d43d05d4cdb7f63517e77 author Regina Henschel Thu Nov 19 21:16:33 2020 +0100 committer Regina Henschel Fri Nov 20 10:17:17 2020 +0100 Replace matrix translate with object Move Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106189 - linux-64-7.4 bibisect repo, build [52fa65a60081b2bc10aba220778b8daaabf9bdfb], commit 9a850dd9f3c221660b6259bdfd64a77343f2256c: group moved, but the pictures remain visible in cell C106. commit 9a850dd9f3c221660b6259bdfd64a77343f2256c author Noel Grandin Wed Jan 12 10:27:38 2022 +0200 committer Noel Grandin Wed Jan 12 14:45:30 2022 +0100 used cache value in ViewObjectContact::getPrimitive2DSequence (2nd attempt) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128319 Regina, can you please have a look? Noel, thought you might be interested in how your commit ties in.
"new" as per bibisect.
*** Bug 160231 has been marked as a duplicate of this bug. ***
(In reply to Stéphane Guillou (stragu) from comment #0) > If the document is reloaded, group is back in correct cell. ... but if the document is saved as _second_ time, the wrong position sticks. See duplicate bug 160231 comment 18, where this started.
An extra detail: every subsequent save will continue moving the problematic groups one cell down. Groups in many rows are affected, e.g. 112, 115, 144, 150, 151, etc.
Created attachment 193309 [details] minimal reproducer: group anchored in cell below a hidden row Minimal reproducer: 1. Open 2. Save 3. Zoom in and out to refresh the view 4. Repeat save and zoom Result: group keeps moving down, anchoring changes to whatever cell is below top left corner of group. Reloading only moves it up one step.
I'll look at it.
Regina Henschel committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1e1b1d46155163380252093d9d2868351236ce0e tdf#160369 Do not broadcast temporarily group change It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Regina Henschel committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/4e04b442e037a2f679b4cfe26c3e6b1c66ee8642 tdf#160369 Do not broadcast temporarily group change It will be available in 24.2.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Guys I would like to test the new build, but I don't know if I have to uninstall my current 24.2.0.3 installation in order to install the daily build. Also I don't know if a daily build is a full replacement of a stable release. I need to work with large excel files with hundreds of photos (as the samples I have uploaded in the bug https://bugs.documentfoundation.org/show_bug.cgi?id=160231), so it's a good opportunity to test the stability of the new patches. Please give me some advice
I forgot to mention I'm in Linux Mint 21.2 Cinnamon
(In reply to MB from comment #10) > Guys I would like to test the new build, but I don't know if I have to > uninstall my current 24.2.0.3 installation in order to install the daily > build. Also I don't know if a daily build is a full replacement of a stable > release. I need to work with large excel files with hundreds of photos (as > the samples I have uploaded in the bug > https://bugs.documentfoundation.org/show_bug.cgi?id=160231), so it's a good > opportunity to test the stability of the new patches. Please give me some > advice If you test a "daily build" from https://dev-builds.libreoffice.org/daily/, then it will install alongside your regular installation and will not affect your regular installation. You do not need to uninstall your regular installation. Only if you use an release candidate it will replace your regular installation. A daily build is a full replacement of a stable build in regard to functionality but not in regard to system integration and user settings. It will create its own user folder. So you have no access to extensions, configuration settings and macros of you regular installation. I don't know the installation wizard for Linux, but the Windows installation wizard has a page for connecting LibreOffice with MS Office file name extensions. Those should be disabled when installing a daily build which is the default on Windows.
Good news guys! I completely uninstalled my previous Libreoffice 24.0.3 and installed the daily build 24.2.4 and all day long I'm working on a large excel file with almost 500 rows full of images. No image was lost or moved in all the saves or modifications I have done to the file. I'm already feeling more confident working with the file and I'm very optimistic we solved the issue. Before I was really afraid every time that the document will break and every time it broke I had to transfer my modifications to the backup I have done. If indeed we solved the issue this is a huge enhancement for my everyday work because I don't need to run a virtual machine with MS Excel to work on these files! Just to test the stability of the new version I ran the steps I described here https://bugs.documentfoundation.org/show_bug.cgi?id=160231#c18 and the document remained stable!!
(In reply to MB from comment #13) Thanks for reporting back, and glad it works for you. If you want to avoid bug 160329, make sure you do any sorting without hidden rows. Marking as "verified".
When is this patch going to be included in a production version?
(In reply to MB from comment #15) > When is this patch going to be included in a production version? When 24.2.3 is released, which should be end of April / beginning of May: https://wiki.documentfoundation.org/ReleasePlan/24.2#24.2.3_release