Description: Anchor to character deleted with backspace at anchor position in bulleted list Steps to Reproduce: 1. Open the attached file 2. Place the cursor at the end of the text (at the bullet) 3. Press Backspace -> Image will disappear around "classer". For comparison 1. open attachment 164514 [details] 2. Place the cursor after "recherche" and hold backspace.. anchor isn't deleted but moves Actual Results: Image anchor is eaten by backspace Expected Results: Isn't part of the grand design (as far I know) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 164520 [details] Example file
Not in Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
I have been unable to reproduce the bug in the following builds: Version: 7.1.0.0.alpha0+ (x64) Build ID: fb8334aa79e811bb6780e072e24d2580932f1031 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: en-AU (en_US); UI: en-GB Calc: CL and Version: 6.4.6.2 (x64) Build ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; Locale: en-AU (en_US); UI-Language: en-GB Calc: CL
Bibisected with linux-64-6.3 to https://git.libreoffice.org/core/commit/3345feb67f2c49a1b76639965b56968e1c5f03ee tdf#117185 tdf#110442 sw: bring harmony & peace to fly at-char selection Adding Cc: to Michael Stahl Áron was wondering if this is actually a bug or expected behaviour.
(In reply to Buovjaga from comment #4) > Áron was wondering if this is actually a bug or expected behaviour. In Word, in a similar scenario, if an object is positioned relative to a character (though for some reason it's under the "Absolute position" category in the Layout dialog), and the characters around it are deleted similar steps, the anchor moves backwards, and the object is kept. And indeed, this is the more logical approach, as the object isn't part of the text. If you don't have formatting marks shown, you can't even see where it's anchored to, and don't expect it to be "randomly" deleted by deleting text.
Note: this happens if change tracking is enabled. After disabling recording of changes, the image and its caption frame stays.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/932a8efce878547bfd81521d0cf1ddfe8dc33ec6 tdf#135976 sw: preserve flys on backspace/delete with redlining enabled It will be available in 7.5.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/767237c7eace6537098de69083035dd5c322c1e5 tdf#135976 sw: preserve flys on backspace/delete with redlining enabled It will be available in 7.4.0.0.beta2. 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.
fixed following comment #5
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/03834f003c56e6646e3b274c418acd4fc344fd8e tdf#135976 sw: preserve flys on backspace/delete with redlining enabled It will be available in 7.3.5. 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.
Verified in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded The caption frame does not disappear until there is one character not deleted. Only with the last character being deleted removes it.