Created attachment 150294 [details] Screencast - pressing backspace after image does not delete image 1. Type some text in a new document, ending with a newline. 2. Paste an image afterwards. 3. Make sure the image is anchored "To character". 4. Press Backspace after the image. Expected: the image is deleted. Actual: the characters BEFORE the image get deleted, as shown in the screencast.
This happens by default without changing the Anchor type from "To Paragraph". As a workaround, you can set the Anchor mode to "As character". I'm not sure the default behavior is intended though. When the user presses Backspace after something, they expect that something to get deleted.
Created attachment 150303 [details] Example file Repro Version: 6.3.0.0.alpha0+ Build ID: 20ea90a557b5bc744fd234e3a20ab1db484cf88b CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-03-22_03:21:58 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: threaded And with 4.4.7.2 STR 1. Open the attached file 2. Delete ZZZZ stuff with backspace 3. Try to UNDO CTRL+Z not working properly either
(In reply to Telesto from comment #2) > Repro > Version: 6.3.0.0.alpha0+ => NEW
This problem has nothing to do with docx-tables, adjusting meta bug to writer-images.
Still in Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded
I just tried to save the attachment 150303 [details] as docx, open in Word and do the Backspace things from the end step. Word does not delete the image either. I came to this bug from bug 133957 where "Backspace on empty para should not delete anchored object" was fixed, i.e. now the same happens as the "problematic" behavior here. I think this is NAB.