Closed Bug 172394 Opened 23 years ago Closed 22 years ago

Basic Auth Dialog Box cannot be submitted or cancelled

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: chrisb, Assigned: samir_bugzilla)

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1) Gecko/20020826 Occasionally (about once every 5 to 10 logins) a Basic Auth Dialog Boxes will appear that cannot be submitted or cancelled. Clicking on the 'OK' or 'Cancel' buttons does nothing. All other form buttons in other Mozilla browser windows are disabled. The only way to exit is using ctrl-alt-delete, which closes all Mozilla windows. One possible clue: When a non-faulty Basic Auth Dialog Box appears, there is a cursor flashing in the username field. If the Basic Auth Dialog Box is faulty, a cursor does not initially appear in the username field. Reproducible: Sometimes Steps to Reproduce: 1.Go to a page that requires Basic Auth 2.If the username field has a cursor in it, click on cancel and keeping trying again until a Basic Auth Box appears without a cursor in the username field. Actual Results: The Basic Auth Dialog Box is non-functional. Text can be entered into the username and password fields, but the the 'OK' and 'Cancel' buttons do not work. Since the box cannot be closed, the only way to exit is to use ctrl-alt-delete, which closes all instances of the Mozilla browser. Expected Results: A working Basic Auth box should have appeared.
Chris, are yuo still experiencing this with a newer build?
resolving due to lack of response from reporter please reopen if the bug persists in a new build
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
The bug still exists in versin 1.2, but occurs less often.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
->Networking please bounce if wrong component
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
QA Contact: asa → httpqa
-> prompt is not implemented in necko; over to XP Apps
Assignee: darin → sgehani
Component: Networking: HTTP → XP Apps
QA Contact: httpqa → paw
The bug appears significantly less often in version 1.2.1. The bug occurs once every few weeks now, rather than every few hours.
Chris, is the problem still there in 1.3?
Resolving due to lack of response from reporter please reopen if the problem persists with Mozilla 1.4a or later
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
v
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.