Description: Anchor to character anchors to different character on paste compared to the character it anchored to on cut Steps to Reproduce: 1. Open the attached file 2. Select the image or shape. notice anchor being anchored behind 'ghi' 3. Double click ghi (in one of both lines) 4. CTRL+X 5. CTRL+V 6. Select the image again Actual Results: Anchor has moved Expected Results: The image was included in the selection. I would expect the anchor being at the same spot Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 62531ec1091c7b3f6a3577889a18234790ec716d CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Created attachment 180700 [details] Example file
Found in Versie: 6.4.0.2 (x86) Build ID: 08d19fecdc7a2298d051e19cfdb7c35544855fc3 CPU-threads: 4; Besturingssysteem: Windows 6.3 Build 9600; UI-render: GL; VCL: win; Locale: nl-NL (nl_NL); UI-taal: nl-NL Calc: CL cut not including image in 6.3.0.4 and Version: 6.2.9.0.0+ (x86) and older
Created attachment 180715 [details] Example file Modified version, with some bigger playground
Variant 1. Open the attached file 2. select GHI 3. Drag it after 'nop' -> Image is select, text moves, anchor moves backwards (anchoring to abc). In older versions it would anchor to 'klm'
@Michael Stahl I guess you're change including the anchor in the selecting having a unexpected consequence. It's bundle on 'cut', but on paste the link between image an anchor breaks. The image is anchoring to different character. So repeat cut/paste of the same characters will exclude the image In this case here this really unexpected. I have still no clue about the pattern of picking the character to anchor to with 'to character'. But it is pretty good in avoiding anchoring to certain in an area causing page of the document which are now to cause layout issues (page loops etc) So forcing an paste characters and anchor as a bundle might have unintended consequences. Next best would some likely try paste text + with anchor at this position, but fail if this will cause problems.
@Michael Stahl I guess you're change including the anchor in the selecting having a unexpected consequence. It's bundle on 'cut', but on paste the link between image an anchor breaks. The image is anchoring to different character. So repeat cut/paste of the same characters will exclude the image In this case here this really unexpected. However there likely more to the 'to anchoring' behaviour.. It is pretty good in avoiding anchoring to certain in an area causing page of the document which are now to cause layout issues (page loops etc). So forcing an paste characters and anchor as a bundle might have unintended consequences. Next best would some likely try paste text + with anchor at this position, but fail if this will cause problems.
I confirm behaviour with Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Same behaviour with cut & paste and copy & paste. So we should take into account all these situations. I set status to NEW, but I'm not sure about the result of copy & paste.
Dear Telesto, 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
(In reply to Telesto from comment #4) > Variant > 1. Open the attached file > 2. select GHI > 3. Drag it after 'nop' -> Image is select, text moves, anchor moves > backwards (anchoring to abc). > > In older versions it would anchor to 'klm' Bibisected this change with linux-64-6.4 to 28b77c89dfcafae82cf2a6d85731b643ff9290e5 tdf#117185 tdf#110442 sw: bring harmony & peace to fly at-char selection