185805 - Old cursor does not disappear when skipping through letters in edit box until next character is entered

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect)

Description

[Max Gordon]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212

When entering a _message_ on the www.sms.ac website the cursor will behave a
little weird: After entering a letter, try skipping back a few letters, placing
the cursor at a new entry point (don't change edit field). For some reason there
is a nonblinking cursor left at the last entry point that does not disappear
until another character is entered in the edit field. 

This does not occur in this edit field nor in the other text-fields on the same
page. It also does not occur in IE 6.0.


Reproducible: Always

Steps to Reproduce:
1. Put test-cursor in message edit field on www.sms.ac.
2. Enter one or more characters.
3. Use mouse or keyboard to skip to the beginning of the line, this will result
in an old non-blinking cursor at last edit point.
4. Enter a new character and the old non blinking cursor disappears.

Actual Results:  
The old cursor does not disappear as it should when changing its position. Wrote
the behaviour of the cursor in the "steps to reproduce".

Expected Results:  
The old-cursor should disappear.

Comment 1

[Vladimir Ermakov]

I see this. Type in something, press <HOME>... 99% reproducable

Comment 2

[John Keiser (jkeiser)]

Not sure who cursor is, but Editor seems like a good place to start.

Comment 3

[Joe Francis]

Kin, is this something you know about?

Comment 4

[Max Gordon]

Thank you for fixing this bug. There is now a new bug, it seems that in the
latest Mozilla 1.3b version the counter (the number of characters) doesn't work.
This is probably a JavaScript bug but please fix this one to.

Comment 5

[John Keiser (jkeiser)]

Yep, this bug doesn't happen for me either.  I would have duped it to bug 131978
but that one appears to still be around.

Comment 6

[John Keiser (jkeiser)]

-> Fixed.  The problem you cite with the character count not updating is a
problem with the site.  Specifically, textSize() tries to access the textarea
using document.getElementById("message").  However, the textarea does not have
an id:

<textarea tabindex=1 name="message" cols="35" rows="3" wrap="PHYSICAL" 
onBlur="textSize();" onfocus="textSize();" onkeydown="textSize();"
onkeypress="textSize();" onkeyup="textSize();"></textarea>

The reason that works in IE is that IE incorrectly allows getElementById() to
access elements by name.  Your best bet there is to contact the webmaster, or
you can file a bug on Mozilla in the Tech Evangelism product.

Comment 7

[sairuh (rarely reading bugmail)]

vrfy'd fixed with 2003.04.10 comm bits, all platforms.