Closed Bug 41670 Opened 25 years ago Closed 25 years ago

Crash if cookie confirm dialog answered after File>Quit

Categories

(Core :: Networking: Cookies, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 25684

People

(Reporter: sidr, Assigned: danm.moz)

Details

(Keywords: crash)

If Mozilla is quit before the last "Confirm Cookie" dialog is answered [Yes] or [No], Mozilla will crash upon pressing either button. Steps to Reproduce: 1. Turn on the "Warn me before accepting a cookie" pref on the Cookies and Images prefs panel. 2. Begin loading http://www.netscape.com/ or any other site that will try to set a cookie. 3. Before responding to the "Confirm Cookie" dialog, quit the browser. 4. Click on either [Yes] or [No] on the remaining "Confirm Cookie" dialog. Actual Results: Step 3: All other Mozilla windows dismiss (including auth dialogs, alerts and pp (filepicker) dialogs). Step 4. Crash as soon as either [Yes] or [No] is pressed. Expected Results: Step 3: All Mozilla windows dismiss, including "Confirm Cookie" dialogs, auth dialogs, alerts and pp (filepicker) dialogs -- with the possible exception of Print and Save dialogs, which should probably be raised (over their parents) before final shutdown. (A user quitting while "Confirm Cookie" dialogs still appear will be an impatient user, who won't want to see how many other cookies have yet to be received before getting to quit.) Tested with: the 2000-06-05-08-M16 nightly binary on WinNT. Talkback Incident ID: TB11858126K Other Information: No such crash happens if Save, auth, or alert dialogs are still up when the user quits the browser. The "Confirm Cookie" is an odd duck: it is modal w.r.t. clicking on a link on *all* open browser windows, yet menus can be accessed on any window while it is up. There are still too many sites that send a cookie for *every* GET request, including the 47 images that are oh-so-necessary to the page design, so a user may well get impatient and want to just *quit*, especially if bug 28594, "Semi-freeze when cookie Confirm window gets hidden in the background", gets fixed by making "Confirm Cookie" dialogs properly modal w.r.t. their parents only (the user could then quit from another browser window even if the parent window was fully blocked from input by the "Confirm Cookie" dialog). Cc-ing morse@netscape only because no dialogs other than the "Confirm Cookie" dialog and the Print dialog (see bug 35896, "close browser with print dialog up --> crash") are proximal to a crash-on-exit just by being up -- but the talkback data will likely take this out of the "Cookies" realm.
Keywords: crash
This is a dup of 25684 which is already nsbeta2+. *** This bug has been marked as a duplicate of 25684 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
over to tever to verify...
Component: XP Apps → Cookies
QA Contact: sairuh → tever
Dup. verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.