205412 - backspacing into an empty <ul> halts cursor

Status: NEW

(Core :: DOM: Editor, defect)

Description

[Charles Rosendahl]

Test case attached.  20030512 Trunk build
Somehow I managed to get into a state (regardless) where the document contained
empty ul elements.

Backspacing is unable to handle them.

- Open testcase attachment; select "file::edit page"
- Place cursor at the end of the doc and start backspacing.

Comment 1

[Charles Rosendahl]

Attachment: testcase

Comment 2

[Kai Engert [:KaiE:]]

A similar, but different bug is 202046.
Let's revisit this one after we have fixed 202046.

The bug in this testcase is: After you have deleted the second "test" word using
the backspace key, continued backspacing does not delete the other content in
front of the caret.

Comment 3

[Kai Engert [:KaiE:]]

It appears this is still broken after having fixed bug 202046.
I'm therefore removing the dependency.

After one has deleted the second word, the cursor jumps up a line, to a position
below the first word.

But still, this position seems to be invalid. Deleting does not work from this
position, possibly because of the invalid position.

When you arrow up, one is not able to go down to the previous position again -
this is why I think it was an invalid position.

Comment 4

[Kevin McCluskey (gone)]

editorbase-

Comment 5

[Kai Engert [:KaiE:]]

It's not likely that I will work on editor/selection bugs in the near future.
Mass assining my bugs to nobody.

Comment 6

[Joe Francis]

snarfing kaie's old bugs

Comment 7

[Joe Francis]

snarfing kaie's old bugs

Comment 8

[Jerry Baker]

Bug 215169 related?