Closed Bug 104561 Opened 24 years ago Closed 21 years ago

Cannot Type In Text Boxes of Websites

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows 2000
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: adelie, Assigned: bryner)

References

()

Details

Attachments

(1 file)

This is a new problem with version 0.9.5. On at least two financial web sites (and presumably any site with a text entry box), I can not type text into the text entry box. Mozilla properly inserts stored usernames and passwords, but no keyboard entry is possible. The cursor remains on the far left of the box and does not move as entries are attempted. This was tested on 0.9.4 after the problem was discovered, and it worked properly. My system is using a keyboard plugged into a PS/2 keyboard port, and it is a standard keyboard.
@reporter, Bugzilla's URL field is for a single link to an example page. Since you have entered two URLs, the link in your bug report does not work prior to editing it. This one? https://banking.chevychasebank.com/cgi-bin/Banking/reg/rg3BVWBReg.jsp Works for me on Linux with 0.9.5.
wfm with win2k build 20011011.. (can't find a textbox on the second link). Reporter: Have you installed mozilla in a fresh direcotry ? (not over an older build) Have you tried a new profile ? (run "mozilla -profilemanager" and create a second additional test profile)
I saw this too, not a single textbox working, not even the urlbar, but after a fresh restart of 0.9.5 I was unable to reproduce it.
from eamil : OK, it is a bit strange. First, when it acts up I can't access the URL bar, either. I allowed Mozilla to spawn a new profile from an old Netscape 4.7x profile. The new profile worked fine, and I did not see the text problem. I had been using the Modern skin, so I began to think that might be the problem. I exitted and restarted Mozilla using the original profile (intending to switch to the Classic skin), which initially worked. However, the problem recurs about half the time with the original profile. I did try the Classic skin with no better results. Right now I don't have time to play around with the profiles (i.e. seeing if the problem every occurs with the new profile, and if not, trying to copy the data from the old profile to the new one). That may give me some new clues about this.
I moved from 4.x to 0.92 to 0.94 to 0.95 with my profile, using modern theme. I'm still unable to reproduce it after seeing it one time.
I see this bug very often. Usually, closing the window and opening a new one fixes it. I use to launch the navigator by rght-clicking the Mozilla icon in the system tray (dont know if this is related). I have build 2001101117 and win2k.
*** Bug 105822 has been marked as a duplicate of this bug. ***
*** Bug 105837 has been marked as a duplicate of this bug. ***
resolving as new, based on the dups.
Status: UNCONFIRMED → NEW
Ever confirmed: true
It's been happening to me sporadically ever since an 0.9.4+ build. I've found that, although most keypresses do nothing, a few letters bring up items from the Bookmarks menu -- for instance, B adds a bookmark and F brings up the File Bookmark dialog. This seems to indicate that Mozilla thinks that menu is the active control, not the form input field or URL bar you're actually on.
XP Apps
Assignee: asa → pchen
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
I could not to reproduce this with the keypresses; I could only access the menus using the Alt-[something] keys. But I noticed that opening a child window (like Bookmarks -> Manage Bookmarks; Edit -> Preferences; and maybe others) and closing it again makes the parent browser window go back to normal operation, i.e. the keys begin to work again.
event handling? editor-core?
It sounds like a focus problem. Can you type in the text widgets if you click into a different windows app, to give it focus, and then click back into the browser content window?
Yes, this works too.
->event handling
Assignee: pchen → saari
Component: XP Apps → Event Handling
QA Contact: sairuh → madhur
Okay, this is the second instance I've seen this bug reported (I'll file a dup later). However, just as in the other bug, I don't have a good reproducable way to see this, although this is the first time I've heard that it might be profile releated. If you see this a lot, try to get a good sequence of actions/page loads whatever that causes this to happen. Also see if creating a new profile fixes it for everyone. Thanks.
Recreated the situation by visiting ofoto (http://www.ofoto.com) site and using the automatic userid/password completion option of Mozilla. Submitted the values filled in by Mozilla. Was able to navigate but although focus appeared to be in text boxes, keystrokes did not get entered. Used email from bug system to pull this form up from the mozilla site and could noy enter data here either. Closed the navigator window, opened a fresh one and text entry became available once again.
Huh. I had mozilla autofill the form and I still can't get it to kill the text fields. I guess I'll keep trying and keep an eye out for it. Keep the info. coming if you have it.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
This bug caused me to continue to use 0.9.4 rather than upgrade to 0.9.5. I see that it is targeted for 0.9.8. However, I have not seen the problem in 0.9.6, using the same profile that caused problems in the previous version. I've tried the sites listed and several others that require text box entry without seeing the problem.
I still see it with 0.9.6 (Win2k); not so often as with 0.9.5, but it's still there.
I'm getting a renewed increase in incidents of this now, after weeks of seldom seeing it; I think it's as a result of installing a newer build (currently 2001111503 at work, and I think a newer one at home).
Blocks: 108120
is it still happening on any old site or something in particular? Have you been using the browser for a while when it happens? Have more than one window open, mailnews, sidebar? Just trying to get a feeling for how to reproduce this.
Well, it looks like this for me: Mail&News is always open; I often have several browser windows open; I always launch the browser using the Quick Launch icon; Sometimes, when I open a new browser window, I cannot type anything in the URL bar, until I give focus to another window (any one) and get back to that browser window. Then it works fine.
For me, it usually happens when I click on a URL in a mail message in Pegasus Mail, which I have configured to launch Mozilla to view URLs. This brings up a Mozilla window with the correct page, but with input nonfunctional.
Blocks: keydead
I have also seen this problem in 9.6. It is very real and when this happens, bug #115553 is also in effect.
*** Bug 116750 has been marked as a duplicate of this bug. ***
*** Bug 119159 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Keywords: nsbeta1
I've been seeing this bug on cnnfn.com, which is a top 100 IIRC, just about _every_ single time I go to it since I upgraded to 2002022208/Linux from 2002021806, I think. To reproduce: 1. Go to http://cnnfn.com 2. Try to type in the "stock/fund quotes" text box at the upper left hand corner of the page. 3. Notice that this doesn't work. I have yet to get this to work on 2002022506, so I can't post a workaround... I've tried opening new tabs, new windows, closing tabs and windows and switching focus around (I have have focus set to "follow pointer sloppily" under enlightenment). I also noticed that some significant changes were made to the sidebar between those builds, but hiding the sidebar doesn't seem to help.
Target Milestone: mozilla0.9.9 → mozilla1.0
BTW, that one text box I mentioned above isn't the only one that doesn't work at cnnfn. The search box doesn't either and many other text boxes I've encountered (in the "calculators" section, for example) have also stopped working. This has also proven to be very consistent and just as annoying over the past week or so.
Dave I think the problem at cnnfn.com is due to bug 127368. This regression was caused by some checkin on 02/19 - 02/20.
Ah, didn't see that bug... my bad.
Keywords: nsbeta1nsbeta1+
Any chance on getting this into RC1?
QA Contact: madhur → rakeshmishra
Summary: Can Not Type In Text Boxes of Websites → Cannot Type In Text Boxes of Websites
I don't know if this patch made it into 1.0rc3, but I still see this bug in win2k. I believe I found a way to reproduce it. My scenario: I use the quick launcher to open new windows; my startup page is set to blank. The tests I made (all executed 8-10 times): A) 1) close all windows 2) open mail&news 3) minimize mail&news 4) open browser 5) close browser 6) goto 4 After step 4, the bug always shows up. B) 1) close all windows 2) open mail&news 3) maximize mail&news 4) open browser 5) close browser 6) goto 4 After step 4, the bug never shows up. C) 1) close all windows 2) open notepad 3) minimize notepad 4) open browser 5) close browser 6) goto 4 After step 4, the bug never shows up. D) 1) close all windows 2) open notepad 3) minimize notepad 4) open mail&news 5) minimize mail&news 6) open browser 7) close browser 8) goto 6 After step 6, the bug shows up only once (the first time). E) 1) close all windows 2) open mail&news 3) minimize mail&news 4) open notepad 5) minimize notepad 6) open browser 7) close browser 8) goto 6 After step 6, the bug shows up only once (the first time). Can anybody reproduce them?
*** Bug 151242 has been marked as a duplicate of this bug. ***
Now that bug 82534 is fixed, is anybody still seeing this?
Well, but 82534 was just reopened... that aside, I was seeing it as recently as 2002061708/Linux (in the URL bar, yahoo mail login screen... I think also at myfico.com and possibly troweprice.com). Haven't seen it yet on 2002062004/Linux, but I've been running it for less than a day.
I have not seen this problem since either 0.9.5 or 0.9.6 in W2k. Web sites that consistently caused the problem to surface are working for me.
QA Contact: rakeshmishra → trix
Target Milestone: mozilla1.0 → ---
another bug that I think bryner has already or is about to fix. More test cases if nothing else and a bit rotted patch for amusement ->bryner
Assignee: saari → bryner
Status: ASSIGNED → NEW
Closing this bug as worksforme. If someone else is still seeing this with current builds, please reopen.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: