Closed
Bug 201173
Opened 23 years ago
Closed 22 years ago
No cursor in proxy login dialog prompt
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: reg, Assigned: asa)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
When starting mozilla through a shortcut or from the command prompt "mozilla
http://www.cnn.com" (or any other site), the proxy login dialog pops up
(correct), however most of the time there is no cursor in either field and
clicking in the fields does not produce a cursor either. This leaves me unable
to log in on the proxy. If Mozilla is closed and the same is tried again, it
works just fine. This only seems to happen when the "keep in memory" option is
enabled (icon in taskbar), when this is disables everything seems to work just fine.
Reproducible: Sometimes
Steps to Reproduce:
1. make sure you use a proxy server that requires login
2. enable the "keep resident" option in preferences
3. close mozilla
4. wait until the icon is firmly in the taskbar
5. open a command prompt
6. enter "mozilla http://www.cnn.com" (or your favorite other websize)
Actual Results:
The login dialog appears, but without a cursor in the username or password
field, there is no way to enter the username or password. The only option is to
hit "cancel", wait for the proxy error message, close mozilla, try again (which
will then work most of the time)
Expected Results:
The cursor should be in the username field to enable the entry of the username
theme: modern
This happens on all of the machines I've tried, varying from an older PIII/500
to a relatively new PIV/2.4G. All of them run Win2K.
Comment 1•23 years ago
|
||
just to confirm, downloaded 1.4a (build id:2003040105) and this is still an
issue. The behaviour is as specified already in this bug, except that it is
not necessary to close and reopen mozilla after the first failure. Simply
hitting cancel, then clicking in the address bar and hitting enter brings up
the proxy auth window again, however this time with cursor. Another way to
make the cursor appear is click on "OK" but keep the mouse button down, but
then slide the mouse pointer off the button before releasing it, so the okay
is not actually registered, and suddenly you get a cursor in the proxy auth
field and can start typing.
Additional information is that we use a proxy.pac file, rather than putting
proxy settings in.
Hi Richard. Are you still experiencing this problem with proxy passwords and
Mozilla on recent builds? I unfortunately have no proxy server to test with, but
if you are definitely still seeing the bug on recent builds I can at least
confirm the bug so it gets looked at. Thanks for any new information.
| Reporter | ||
Comment 3•22 years ago
|
||
I just installed the a recent version of 1.4 and the problem does not seem te
reoccur... I guess this means the bug is fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Thanks for the reply. Just so you know, a bug that doesn't have a specific patch
associated with it should not be marked "fixed", but rather invalid or
worksforme (I realize it's a little counter-intuitive). I'm going to reopen this
and then mark it worksforme.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
wfm
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•