Once Changing the Numbering of a Numbered List, There is Now Automatic Changing of the Numbering of all Descending Numbered Lists

[fando32]

Steps to reproduce

Since updating to v1.8.4 from 1.8.0, in Live Preview Mode (the only mode I really have ever used in my 2 1/2 years of Obsidian usage), once changing the numbering of a numbered list, Obsidian now automatically changes all descending numbered lists (except those separated by a --- ) to match the numbering of the changed, higher positioned list.

In addition, it is no longer possible to manually enter a list as such:

^ The second value, entered as a 1. would have remained as a 1., but now appears as a 2. and can’t be changed manually to a 1..

Did you follow the troubleshooting guide? [Y/N]

Yes.

Expected result

Actual result

Environment

SYSTEM INFO:
Obsidian version: v1.8.4
Installer version: v1.8.4
Operating system: Windows 10 Pro 10.0.19045
Login status: not logged in
Language: en
Insider build toggle: off
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: off
Plugins installed: 0
Plugins enabled: 0

RECOMMENDATIONS:
none

---

Additional information

If this somehow is not a new bug, but a feature, I sincerely ask for the option to turn this new automatic numbering off and/or for it to affect only lists not separated by a single line or more as this severely affects my workflow because I regularly prefer to write long notes organized into headings, and I regularly keep separate numbered lists within a single note, whose numbering I occasionally update as needed (which, as is, then would ruin the numbering off all descending lists).

[fando32]

So I’ve just seen that others have posted similar feature requests (or bug reports as I like to think of them) as here: Auto-incrementing of numbered list elements should stop after next 1st element

If my understanding that the feature/bug linked in that other post is the same as my problem, then presumably this will be fixed in the upcoming 1.8.5 update, as the solution of that post states.

[WhiteNoise]

What you are showing in your example is just one list. There’s no text between the two series (only one blank line), according to markdown that’s one single list.

The other BR you linked is for two separate lists and will be fixed in 1.8.5

[WhiteNoise]

@fando32

In addition, it is no longer possible to manually enter a list as such:

^ The second value, entered as a 1. would have remained as a 1., but now appears as a 2. and can’t be changed manually to a 1..

We had auto-incrementation even before this update.

Follow, this FR:

Allow disabling of incrementation when adding new numbered list items

When entering a new line in a numbered list a new list item is created. The new item number will be one larger than the previous. When this is done in the middle of a list this will cause the following list items to have the wrong numbering since their numbering is not automatically updated. Add an option to disable the incrementation of new items, i.e. if I enter a new line after item 1 the new item will also be numbered as 1. This will make it easier to edit lists as the user doesn’t have to …

[fando32]

I’m aware there was auto-incrementation for single lists before, but I meant to show two separate lists with separate incrementation are no longer possible in a place they were before.

Anyway, the actual problem seems like it will be fixed anyway, so thanks for that.

[WhiteNoise]

Again, Your example does not show two lists, it’s one list.

[fando32]

Before the update incrementing behavior:

After:

This example is clearly 2 separate lists, correct? This is what I meant to show in my original example (since this is how separate lists were organized in my notes before).

[WhiteNoise]

ok, now it’s two lists.