| Summary: | Anchor to character changes anchored location (different character) on paste compared to the character it anchored to on cut | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | dgp-mail, michael.stahl |
| Priority: | medium | Keywords: | bibisectRequest, implementationError |
| Version: | 6.4.0.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 87740 | ||
| Attachments: |
Example file
Example file |
||
|
Description
Telesto
2022-06-12 22:08:06 UTC
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 |