Closed
Bug 167979
Opened 22 years ago
Closed 20 years ago
text won't enter after javascript is used to refocus input in form
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: lnicolle, Assigned: bryner)
References
()
Details
Attachments
(1 file, 1 obsolete file)
|
196 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909
In the page at https://webbroker.tdwaterhouse.ca/, entering text for the Connect
ID then using tab to switch to the password field will end up putting a cursor
in Password, but no text can be typed.
More Details:
a)Once you have the bug, changing window and bringing the window back to front
by clicking its titlebar will allow text to be entered.
b)Once you have the bug, clicking in the Password field will allow text to be
entered. (of course clicking elsewhere in the window will remove focus but
that's all fine).
c)That page contains lots of junk and javascript, but the same behavior can be
reproduced with a very simple case that I'll paste in the Additional information
below.
d)Netscape 4.7 works fine with that page according to a friend.
e) this seems to be similar, but not identical to
http://bugzilla.mozilla.org/show_bug.cgi?id=88689. One key difference is that
the text is NOT there, even invisible, with this new bug, while 88689
description states the text is present but invisible. I know that because
entering valid information on the page listed above won't allow login.
Reproducible: Always
Steps to Reproduce:
1.enter text in first input field
2.use <tab> once
3.see the cursor blink in second input text field
4.try to enter text
Actual Results:
Text cannot be entered unless focus is manually set to second input field.
Expected Results:
allow text to be entered ;-)
---- simple sample case will also be added as attachment ----
---- this is only for discussion purposes ----
Case 1:
<html> <body> <form name=LogonDisplay>
<input TABINDEX=0>
<input type='checkbox' onfocus=document.LogonDisplay.oldPassword.focus();>
<input TABINDEX=1 name='oldPassword' >
</form> </body> </html>
All 3 input fields in the sample above are required for the bug to happen.
Despite the TABINDEX=0 and TABINDEX=1, the input checkbox in the middle will get
onfocus and call focus on the password field.
Case 2:
<html> <body> <form name=LogonDisplay>
<input TABINDEX=1>
<input type='checkbox' onfocus=document.LogonDisplay.oldPassword.focus();>
<input TABINDEX=2 name='oldPassword' >
</form> </body> </html>
Weirdly enough, by changing the TABINDEX from 0/1 to 1/2, the bug disappears.
This code works.
Case 3:
<html> <body> <form name=LogonDisplay>
<input name='connectid'>
<input type='checkbox' onfocus=document.LogonDisplay.oldPassword.focus();>
<input name='oldPassword' >
</form> </body> </html>
Even better, if you remove the TABINDEX entirely, the bug reappears as in the
original case.
So all in all, the problem is probably due to the interaction between the focus
logic and the basic javascript/form processing, but the 3 cases above do not let
me point out the exact cause so there may be more than one.
|
Reporter | |
Comment 1•22 years ago
|
||
Confirmed using FizzillaCFM/2002090903 on 10.1.5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Comment 3•22 years ago
|
||
Confirmed uning MacOS 9.1, Build 2002091108
Another thing:
- Load the page
- Before the load finished, set an other page in front
- Wait the load of the page and set the page in front
- Type (In the first field). No echo.
|
||
Comment 5•22 years ago
|
||
Confirmed using
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401
:-(
|
||
Comment 6•21 years ago
|
||
This worksforme in a current build. Brian recently fixed a bunch of issues like
this.... Ludovic Nicolle, are you still seeing this problem?
|
||
Comment 7•21 years ago
|
||
|
|
||
Comment 8•21 years ago
|
||
Comment on attachment 143818 [details]
Screenshot from http://www.dsptutor.freeuk.com/WindowFunctionPlot/wf102.html
Sorry for spamming, attachment should go to a different bug.
Attachment #143818 -
Attachment is obsolete: true
|
||
Comment 9•20 years ago
|
||
WFM in:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20041018
Firefox/1.0
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•