Closed Bug 201173 Opened 23 years ago Closed 22 years ago

No cursor in proxy login dialog prompt

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
normal

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.
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.
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 ago22 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.