124639 - Input for text field appears every second keystroke

Status: VERIFIED DUPLICATE of bug 136562

(Core :: DOM: Editor, defect)

Description

[[e-mail]]

This is a strange bug I am seeing with 0.9.8 release, build 2002020415/linux:
In the page at http://www.wien.gv.at/apo/ there is a text entry field
(to the right of the bold word "Adresse"). When I type something here,
only the odd keystrokes seem to update the field, i.e. typing the first
"a" shows it, typing a second doesnt change what is displayed, typing
the third shows all three and so on.

Another odd effect is that the bold text "Adresse" changes slightly 
(it seems to get a bit smaller) in those cases where a character is 
entered that doesnt change the field (i.e. when it is the nth and n is even).

That effect of the changing look of the bold text only occurs when the 
input field in the darker are to the left is visible. Making the window
smaller and scrolling so that this other input field is not visible
makes the changing bold text effect go away (but the effect of odd
entries being updating the field only stays).

I can attach three window screenshots showing this if necessary.

The behavior reminds a bit of http://bugzilla.mozilla.org/show_bug.cgi?id=116230
but that one if fixed and a page where 116230 showed works fine now.

(btw: no idea whether the component i picked is right)

Comment 1

[Boris Zbarsky [:bzbarsky]]

don't we have a bug on this already?

Comment 2

[R.K.Aa.]

A previous occurance was bug 91423, marked fixed on 2002-01-10.

Comment 3

[Markus Långström]

Seeing the first "effect" on 2002020703 Win 98.
The Phone Number field on this page also shows the same behavior:
http://www.kissshop.com/cgibin/shop/tvcart.cgi?ACTION=thispage&thispage=catalog.htm&ORDER_ID=101762145

Comment 4

[[e-mail]]

I still see this with 2002022808/linux, on a fresh profile. 

Comment 5

[R.K.Aa.]

Attachment: testcase

There is a similar case where the problem is isolated to text fields inside
<PRE>'s ("which is unusual.") (from bug 123058 comment 6). In this bug (bug
124639
) the problem happens when <dl></dl> is missing AND the form is inside a table.

The same code outside tables behaves well.

Comment 6

[R.K.Aa.]

Might add: NS4.78 handle all the 4 forms in testcase without a single hickup..

Comment 7

[[e-mail]]

so why is this still unconfirmed? :)

Comment 8

[R.K.Aa.]

Right now this works, see bug 136562 comment 8
Testing 2002041503, XP

Comment 9

[kinmoz]

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

Comment 10

[sujay]

bulk verification.