Closed Bug 104561 Opened 23 years ago Closed 20 years ago

Cannot Type In Text Boxes of Websites

Categories

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

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: adelie, Assigned: bryner)

References

(
URL
)

Details

Attachments

(1 file)

win32 patch that kills some (all?) the problems with window minimization and focus. Give it a shot and see if it fixes your problems
5.39 KB, patch
Details | Diff | Splinter Review 
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.
URL: http://www.chevychasebank.com, www.di... → http://www.chevychasebank.com, www.di...
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: nsbeta1 → nsbeta1+
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: 20 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: