61658 - odd behaviour at end of line.

Status: VERIFIED DUPLICATE of bug 53610

(Core :: DOM: Editor, defect, P2)

Description

[janne hayrynen]

build 2000113008 linux.

how to reproduce:

1. click the add comment text field.
2. type mdqlwdzsieeerjm. and press enter.
3. type meepmeep.

4. press ctrl-e, the cursor moves up a few pixels. if you now press right
   arrow key twice, the cursor moves to the beginning of the line again. if you
   move cursor to the end of the last line with arrow keys this doesn't happen.
   this odd behaviour also occurs if you click with mouse on the right side of
   the text box, or move down with arrow key from an above line to the end
   of last one.

Comment 1

[rubydoo123]

handing to kin to take a look and cc akkana

Comment 2

[Akkana Peck]

Yes, I can reproduce this in yesterday's build.  The caret doesn't actually move
up; instead, it gets smaller (the bottom part disappears), which probably means
that the selection is ending up on a frame other than where it was previously;
this may be what confuses it subsequently in the right-arrow.

So the selection routine to go to end of line is doing the wrong thing, and the
routine that moves right is probably also wrong (but we won't know until we know
where the selection is after the end-of-line).

Comment 3

[kinmoz]

Akkana is correct, the caret isn't moving up, I think the selection code may be
attatching the caret to a BR frame, which has a small height, at the end of the
line.

In any case this is a caret navigation issue, and should probably go to
[e-mail] who now handles all things selection.

Comment 4

[anthonyd]

setting priority and milestone.
anthonyd

Comment 5

[rubydoo123]

adding keywords and nsbeta1+

Comment 6

[Jesse Ruderman]

*** Bug 65932 has been marked as a duplicate of this bug. ***

Comment 7

[Jesse Ruderman]

*** This bug has been marked as a duplicate of 53610 ***

Comment 8

[sujay]

verified in 2/5 build.