182115 - Cursor erratic after wrap column in form textarea input boxes

Status: RESOLVED DUPLICATE of bug 178735

(Core :: Layout: Form Controls, defect)

Description

[Wolf]

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2b) Gecko/20021024
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2b) Gecko/20021024

Cursors behave as expected on the first line of form textarea input boxes with 
wrapping (i.e. left cursor key moved cursor 1 characted left, right cursor key
does the opposite).

But further into text boxes, the behavior is erratic.  This problem seems to
appear after a browser provided return is encountered.  For instance, pressing
left cursor key often moves the cursor to the beginning of the current
paragraph, just after the last hard carriage return.  Pressing right cursor key
often moves to the beginning of the next line, and sometimes to the next hard
carriage return.

For a textarea defined as:

<textarea wrap=soft cols=60 rows=10 name=notable>
Optional dancing boogeymen kickers available from after-market, can be enabled
from configuration menu, for boogeyman disco mode.
</textarea>

the problem occurs after the 60th character, even if the return occurs before
the 60th character.

When editing the above, the cursor misbehaves around the second 'a' in
after-market. 

(This is from a submission form at http://www.ipdb.org, but I even see this
behavior when trying to enter this bug report.)

Entering a forced newline/carriage return manually fixes the problem until a
browser provided carriage return is again encountered.

Up and down cursor work as expected.


Reproducible: Always

Steps to Reproduce:
1.
2.
3.



Expected Results:  
Move the cursor as indicated by the keys.

Comment 1

[Alexandru Savulov]

->

Comment 2

[louis bennett]

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