Bug 135976 - Anchor to character deleted with backspace at anchor position in bulleted list
Summary: Anchor to character deleted with backspace at anchor position in bulleted list
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2020-08-21 08:55 UTC by Telesto
Modified: 2021-07-05 21:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (56.36 KB, application/vnd.oasis.opendocument.text)
2020-08-21 08:56 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-21 08:55:54 UTC
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
Comment 1 Telesto 2020-08-21 08:56:06 UTC
Created attachment 164520 [details]
Example file
Comment 2 Telesto 2020-08-21 08:56:51 UTC
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
Comment 3 SteveDee 2020-09-21 02:06:14 UTC
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
Comment 4 Buovjaga 2021-07-05 14:32:05 UTC
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.
Comment 5 Aron Budea 2021-07-05 21:16:56 UTC
(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.