Caret on invalid position after deleting empty block

NEW
Unassigned

Status

()

Core
Editor
15 years ago
11 years ago

People

(Reporter: kaie, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: editorbase+)

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
This bug can be seen from 1.2.0.
(1.1 behaves a little different, but was incorrect, too)

Open the attached test html file in composer.
Position caret in front of "b"
Hit DEL twice.

The caret is now positioned on an invalid position.
If you look carefully, you can see the caret moving when you hit arrow-left.
That's one bug. You'd expect arrow left to go to the previous line, but actually
the caret just jumps 1-2 pixels.

Instead of moving the caret with arrow-left, you can also try to hit a char,
like "x". You'll see the caret does not get entered at caret position, but in a
line below it.
(Reporter)

Comment 1

15 years ago
Created attachment 123817 [details]
html test file
(Reporter)

Updated

15 years ago
Whiteboard: editorbase
editorbase+
Whiteboard: editorbase → editorbase+
(Reporter)

Comment 3

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

Assignee: kaie → nobody

Comment 4

15 years ago
snarfing kaie's old bugs
Assignee: nobody → mozeditor

Comment 5

15 years ago
snarfing kaie's old bugs

Comment 6

11 years ago
(In reply to comment #0)
> The caret is now positioned on an invalid position.
> You'd expect arrow left to go to the previous line, but
> actually the caret just jumps 1-2 pixels.

This appears to have been addressed; WFM with Composer in SM 1.5a-1123, Win2K.


> Instead of moving the caret with arrow-left, 

Unclear what this "instead" refers to...  but if I follow the deletion, above, with:
> you can also try to hit a char,
> like "x". You'll see the caret does not get entered at caret position, but in
> a line below it.

... I do see this occur with 1.5a.   Further, I see a similar symptom to this frequently while editing mail (plain text is what I use so that's where I see it), in Thunderbird 1.8.1-branch and trunk builds for quite some time, at least for six months and probably longer.

In mail, the problem doesn't require deletion.  A representative instance:  I'm typing along, I see a typo, move up to correct it, move the caret back to the end (using e.g. Ctrl+End), start to type: boom, a newline gets emitted and I'm typing in an entirely new paragraph.
QA Contact: bugzilla → editor
Assignee: mozeditor → nobody
You need to log in before you can comment on or make changes to this bug.