Open
Bug 88689
Opened 24 years ago
Updated 3 years ago
invisible text in entry fields (setting focus from script)
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
NEW
Future
People
(Reporter: shai, Unassigned)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628
BuildID: 2001062823
text typed in the three entry fields on this page is invisible (although it is
there -- I managed to log on). On builds 0.9.1 & 0.9 it was OK
Reproducible: Always
Steps to Reproduce:
1. type in the URL
2. try to type in the entry fields. The top two are normal tex fields, the
bottom one is password style (i.e. you get "*" instead of what you typed)
3.
Actual Results: the text typed in is invisible. It does not display although it
is "there"
Expected Results: text should apear as typed in the top two fields. "*" should
apear in the bottom box
Comment 1•24 years ago
|
||
Yes, same behaviour here. 0.9.2
No javascript errors.
Marking NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
is this linux-specific or all platforms?
Comment 3•24 years ago
|
||
Dont know. Need more users to verify
Comment 4•24 years ago
|
||
I have the same problem in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:0.9.2) Gecko/20010704. I've seen that the text appears again if you pull a
window over the browser and then pull it away.
Comment 5•24 years ago
|
||
I found that the bug only show in <input type="text"/>, not in <textarea>.
Comment 6•24 years ago
|
||
The problem has to do with setting the focus from script:
document.logon.userid.focus();
The user id gets the focus but for some reason typing into it doesn't do
anything. If I comment out the line above and then click in the field it works
or if I click in a different field and then in that field it works.
reassigning
Assignee: rods → brade
Comment 7•24 years ago
|
||
sounds like a focus issue... -->saari
Assignee: brade → saari
Summary: invisible text in entry fields → invisible text in entry fields (setting focus from script)
Comment 8•24 years ago
|
||
Seems to work on 6.1 Mac OS 9
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
Comment 9•23 years ago
|
||
also works okay on win32, need to test on linux
Updated•23 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla1.0.1
Comment 10•23 years ago
|
||
Works fine on Linux. Feel free to mark as FIXED.
Comment 11•22 years ago
|
||
This issue also occurs with the following page:
https://onlinebanking.golden1.com/
Using:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20030113 Phoenix/0.5
Vote cast.
Comment 12•22 years ago
|
||
->brade not sure if this is a focus issue or a text field issue. Any clue? The
caret moves appropriately so I'm guessing focus is working correctly for the
test case above?
Assignee: saari → brade
Status: ASSIGNED → NEW
Comment 14•17 years ago
|
||
I experience the same problem all the time in firefox3.0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12; .NET CLR 3.0; ffco7 running on Windows VP. The text IS there though. If I select the text, I can see it.) Gecko/20080201 Firefox/2.0.0.12
Updated•16 years ago
|
QA Contact: madhur → layout.form-controls
Comment 15•3 years ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: brade → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•