When splitting a list item at a point where the cursor is preceded by one or more spaces, the cursor will be moved "forward" when positioned on the new list item line. The number of characters it is moved forward will be equal to the number of spaces that preceded the cursor when the list item was split.
I believe this is occurring because we do not update the caret position in rich-text when spaces will be trimmed by Aztec.

⚠️ I do not have access to an iOS device, so I cannot verify whether this is an issue on iOS (seems unlikely though).
Test Scenarios
Scenario 1
- Create new List Block
- Enter two words separated by a space ('one two')
- Position the cursor at the beginning of the second word ('one |two'), so that there is one space preceding the cursor.
- Press Enter
- Observe that the cursor is positioned between the 1st and 2nd characters in the new list item ('t|wo'), instead of at the beginning.
Scenario 2
- Create new List Block
- Type 3 letters, 4 spaces (the second space will create a period), and 3 more letters. ('abc.
def').
- Position the cursor between the second and third space ('abc. | def'), so that there are two spaces preceding the cursor.
- Press Enter
- Observe that the cursor is positioned between the 2nd and 3rd characters in the new list item ('de|f'), instead of at the beginning.
When splitting a list item at a point where the cursor is preceded by one or more spaces, the cursor will be moved "forward" when positioned on the new list item line. The number of characters it is moved forward will be equal to the number of spaces that preceded the cursor when the list item was split.
I believe this is occurring because we do not update the caret position in
rich-textwhen spaces will be trimmed by Aztec.Test Scenarios
Scenario 1
Scenario 2
def').