90141 - Caret stops at strange word boundaries during arrow key navigation.

Status: VERIFIED DUPLICATE of bug 88164

(Core :: DOM: Selection, defect)

Description

[kinmoz]

This is a separate bug that was reported by [e-mail] (Michael 
Schwendt) in bug 74383:

------- Additional Comments From Michael Schwendt 2001-07-09 12:28 -------

Build ID 2001062823 on Linux has another and new bug in the text area editor. 

When moving right (or left) with the cursor keys the cursor stops at strange
word boundaries when it is expected to move to the end of the form. It looks
like it is help up by hidden string delimiters inserted after a cut'n'paste job.
The only work-around is to move the cursor "around" (i.e. up, right, down, or
down, right, up) those places, whatever it may be that blocks proper movement.

To reproduce this, I type a long text which extends over 2-3 lines at least. I
then position the cursor at some arbitrary plac, press return to insert a line
feed, and then go back and press delete to concatenate the two pieces again.
Afterwards, the cursor is not able to move across the position where I did that
"split'n'merge lines" thing.



------- Additional Comments From Michael Schwendt 2001-07-09 13:01 -------

Lame typos of mine:

it is help up -> it is _held_ up
at some arbitrary plac, -> at some arbitrary _place_,

Comment 1

[Michael Schwendt]

OK, first test case:

1. Select the entire sentence "Build ID 2001062823 on Linux has another..." from
the first comment. Paste it into the "Additional Comments" text box.

2a. Click the mouse to position the caret right of the full stop (at the end of
the sentence). Try to move the caret left using cursor keys. Doesn't work.

2b. Click the mouse to position the caret right of the word "new". Press return
to split the sentence. Click the mouse to position the caret right of the word
"new" again. Try to move the caret left. Doesn't work either.

3. Click the mouse to position the caret right of the word "new" once more.
Press DELETE to glue the sentence's 2nd part from the next line. Try to move the
caret left across the word "new". Still doesn't work. There's a hidden barrier
there. Probably a string delimiter, invisible, but evaluated.

Comment 2

[Kathleen :Brade]

I think this is a duplicate of #88164 which was resolved a few days ago.  Please 
reopen this bug if you see this problem with a build from today or in the future.


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

Comment 3

[Michael Schwendt]

DUPLICATE: confirmed
FIXED: wfm (with Build ID 2001071108)

Comment 4

[Vladimir Ermakov]

verifying