This is in 1.0RC1 and recent nightlies. 1) in a new install, open a mailto: or otherwise compose a new message 2) from the first wizard pane, click cancel 3) on the resulting confirmation dialog, click cancel -> Subsequently, no matter what you do, you cannot abort the wizard. Cancel followed by exit _does not_ exist the wizard. Your only choice is to complete the wizard, but... -> The compose window that was the parent of the wizard was dismissed, so when you're done you don't even have a mail message. -> If you have no browser windows still open, you cannot open any until you quit Mozilla. The only option is to choose quit from the Mozilla menu. All other menus are non-functional. Since this is potential first-run behavior (OOBE) for Mozilla users, I'd nominate this for 1.0 depending on the fix.

Confirmed on 2002041903 on Mac OS 9.2.2, so changing OS to All. Adding mozilla1.0 keyword for reason specified by reporter.

*** Bug 132064 has been marked as a duplicate of this bug. ***

*** Bug 145612 has been marked as a duplicate of this bug. ***

*** Bug 145886 has been marked as a duplicate of this bug. ***

*** Bug 145892 has been marked as a duplicate of this bug. ***

*** Bug 146000 has been marked as a duplicate of this bug. ***

Hello? This bug is still "NEW" and it's really bugging me! I put all hope in release of 1.0 but it isn't fixed! I do not use Mozilla-Mail and if I accidently click on any "mailto:"-link, This wizzard appears an there's only the "kill"-way to exit it. I'm really lucky that Mozilla 1.0 has been released but why has this bug not yet been fixed? It's really buggin'!

*** Bug 150218 has been marked as a duplicate of this bug. ***

Bernd: if you don't use Mail-News, don't install it! If it's not installed, clicking on mailto: links has no effect. If you don't want to not install it, just create a dummy profile.

seems to fix this bug

the problem seems to be that hitting "cancel" in the confirmation dialog closes the message composition window. if the window is closed on cancel, then the same javascript tries to close it again when you hit "Exit", which fails and the code bails (fails to exit). the patched javascript only closes the window if you hit Exit.

The suggested workarounds don't really help in my case. I have server running 8 then-client X-terminals in a cybercafe. Not installing the mail client means that none of the staff can use Mozilla mail. Creating a dummy address actively encourages people to send anonymous emails from my IP address, which isn't much better. The ideal from my point of view would be to be able to enable the mail client on a user by user basis with a .rc file, but if people could get out without having to create a bogus address it would be a big step forward. I'll try the patch shortly.

I think this is a duplicate of 133082

This appears to be a duplicate of 133082. If it is decided that this is a more advanced solution than the other (both have patches), reopen this and dupe the other against it. *** This bug has been marked as a duplicate of 133082 ***

this bug has more dups, graffiti, longer cc list and the patch is simpler (but functionally equivalent). reopening

*** Bug 133082 has been marked as a duplicate of this bug. ***

*** Bug 133856 has been marked as a duplicate of this bug. ***

Comment on attachment 86973 [details] [diff] [review] patch sr=bzbarsky; get someone from mailnews UI to review this. ;)

Comment on attachment 86973 [details] [diff] [review] patch r=bhuvan

*** Bug 158785 has been marked as a duplicate of this bug. ***

*** Bug 159693 has been marked as a duplicate of this bug. ***

The patch here also fixes bug 144908 - the same steps-to-reproduce crashes Macs. racham: have you requesting approval for checkin to trunk / branch?

I have sent a request to drivers to take it onto the trunk on your behalf. Once it lands on the trunk and gets baked over there and subjected to approvals, it will land on the branch.

Andrew, Thanks for your contribution.

Comment on attachment 86973 [details] [diff] [review] patch a=asa (on behalf of drivers) for checkin to 1.1

Fix landed on the trunk. Marking Fixed. Adding nsbeta1 keyword.

*** Bug 144908 has been marked as a duplicate of this bug. ***

verified fixed on Linux trunk build 2002073008 (yay!)

Trunk build 2002-07-31: WinMe, Linux RH 7.1, Mac 9.1, Mac 10.1.3 Verified Fixed. Performed the following tests: New Profile, start Mail, Account Wizard (AW) appears: a. Cancel AW, Cancel confirmation dialog, Cancel AW, Exit, Create an account by launching Account Wizard again. b. Cancel AW, Cancel confirmation dialog, Create an account c. Cancel AW, Exit confirmation dialog, Create an account by launching Account Wizard again.

Ninoschka, Thanks so much for taking time to verify this bug amidst all your regular work. This will adt to make the decision on taking this one in. Scott, Jaime, Do I need to send a request to drivers also to get this one on to mozilla1.0.1 branch ? OR is it all ADT now..? thanks, Bhuvan

adt1.0.1+ (on ADT's behalf) apporval for checkin to the 1.0 branch, pending drivers' approval. pls check this in asap, then replace "mozilla1.0.1+" with "fixed1.0.1". thanks!

Approval granted for branch. Please change mozilla1.0.1+ to fixed1.0.1 when checked in.

Fix landed on the branch.

Branch build 2002-08-01: WinMe, Linux RH 7.1 - ok Performed the following tests: New Profile, start Mail, Account Wizard (AW) appears: a. Cancel AW, Cancel confirmation dialog, Cancel AW, Exit, Create an account by launching Account Wizard again. b. Cancel AW, Cancel confirmation dialog, Create an account c. Cancel AW, Exit confirmation dialog, Create an account by launching Account Wizard again. d. Mailto link, Compose window opens, AW appears, Cancel AW, Cancel confirmatin dialog, Create an account (if Exit from confirmation dialog then AW and Compose closes as expected) Will wait for bugscape 18636 (related to bug# 160162) to be fixed before checking Mac9 and MacX.

Branch build 2002-08-05: Mac 9.1, Mac 10.1.3 verified1.0.1, performed all tests listed in comment# 34. (Observation while testing: Account Wizard summary page displayed all the data and I was able to create a webmail account.) Correction: comment# 34, the bug number in parenthesis should have been bug# 160612.

*** Bug 161299 has been marked as a duplicate of this bug. ***

*** Bug 163987 has been marked as a duplicate of this bug. ***

*** Bug 168651 has been marked as a duplicate of this bug. ***

*** Bug 171629 has been marked as a duplicate of this bug. ***

*** Bug 178826 has been marked as a duplicate of this bug. ***

*** Bug 143293 has been marked as a duplicate of this bug. ***

*** Bug 184963 has been marked as a duplicate of this bug. ***