Partial deleting of text in numbered list is causing wrong new numbering

We’ve faced quite strange behaviour of numbering list when some text is deleted.
Pre-conditions:

  1. LibreOffice Writer version: 7.6.7.2
  2. Show Tracked Changes’ option is enabled.

Based on Release Notes for the version 7.6.7.2 LibreOffice 7.4 Community: Release Notes - The Document Foundation Wiki
Numbered list items in edited text expected to be like that:
image

Could please someone check such a scenario, is that a bug? TIA.

Original and resulted (edited) text screnshots are in comment below the question.

Original text:
image

Edited text:
image

You did not tell how you created your numbered list. If your list does not use a list style and is the result of Tools>Bullets & Numbering or the equivalent toolbar button, you fall under a badly specified Word-compatibility feature. In this mode, Writer must guess where a list instance starts and ends. In the majority of cases where you type your text sequentially, everything works fine. But if your list was made through “erratic” edits, i.e. you type some text outside the list, you then come back inside your list, (add a few other iterations to make things worse), then Writer is lost. It likely breaks your list into semi-independent bits individually numbered.

The only reliable way to maintain numbered lists is to apply a list style which will isolate your list from the dreaded “one-size-fits-all” feature mixing all lists together whether bulleted or numbered.

Unfortunately, list styles are not trivial at all.

It looks to me as though you have backspace deleted the number in what used to be item 3 so it is now not numbered.
Either that or there is a line break so that previous item 3 is now part of item 1

Using your example, if I select from the start of item 2 to the start of item 3 and press either Delete or Backspace then Item 2 is deleted, item 3 and below are renumbered correctly.


TrackChanges121172.odt (34.4 KB)

Version: 7.6.7.2 (X86_64) / LibreOffice Community
Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5
CPU threads: 8; OS: Windows 10.0 Build 26100; UI render: Skia/Raster; VCL: win
Locale: en-NZ (en_NZ); UI: en-GB
Calc: CL threaded