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)

x86
Linux
defect

Tracking

()

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
Yes, same behaviour here. 0.9.2 No javascript errors. Marking NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
is this linux-specific or all platforms?
Dont know. Need more users to verify
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.
I found that the bug only show in <input type="text"/>, not in <textarea>.
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
sounds like a focus issue... -->saari
Assignee: brade → saari
Summary: invisible text in entry fields → invisible text in entry fields (setting focus from script)
Seems to work on 6.1 Mac OS 9
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
also works okay on win32, need to test on linux
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla1.0.1
Blocks: 163659
Works fine on Linux. Feel free to mark as FIXED.
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.
->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
retargeting
Target Milestone: mozilla1.0.1 → Future
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
QA Contact: madhur → layout.form-controls

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: brade → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.