Closed Bug 133856 Opened 23 years ago Closed 23 years ago

New Account Setup Wizard 'Cancel' doesn't - Build 2002031008

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 138462

People

(Reporter: whit, Assigned: racham)

References

Details

Attachments

(1 file)

The New Account Setup Cancel button leads to a window with two buttons, "Exit" and "Cancel", but neither button lets you out of New Account Setup - which is a bad wizard to be in because it _also_ forces the user to give a POP or IMAP server, when a perfectly valid use for Mozilla Mail is just to send - the user may not _want_ to POP mail into it - and if you _do_ set up the Wizard the first thing it will do is automatically POP.
I tried with linux 20020326 and never saw a single "Exit" button. Please try a more recent build. you are free to enter a bogus pop server.
In my experience I was _not_ free to enter a bogus POP server. Several attempts (at real domains but without POP servers) were rejected. It would be better if there were a "don't want to fetch mail into Mozilla" checkoff to skip this. Whit
Okay, on the most recent build the Exit button is fixed and works. (Where is it? It's on the "Are you sure you want to...?" screen after Cancel is pressed.) The bogus POP server is also accepted - previously I hadn't seen that the outgoing server is set on the same screen, so when the message about "Please provide a valid server" seemed to be about the POP server, when it was about the outgoing server blank that wasn't showing because I hadn't scrolled down to it. (Note: scrolling may not be as good an idea as having everything pertinent showing here, since stuff can get missed like this.) I'd still put this as a feature request, that the Wizard should have a checkbox to indicate that no incoming mail server is desired. It's very common to only use the browser mail function for mailto links. Also, the behavior of immediately trying to POP if a POP server _has_ been provided shouldn't be automatic (if it still is - was on .99). A radio button in the Wizard to specify POP behavior would take care of that (and would handle the first request, if a person could put in their actual server but check "POP never" as one of several choices for it).
This isn't a Linux-only bug -- I see it in Mac OS X as well. I've been looking at this bug all morning and trying to nail down just what's happening. Using the trunk builds (041903), pressing either "Exit" or "Cancel" causes Moz to crash. This 100% is reproducable for me. Using the 1.0 branch builds (041712) Moz doesn't crash, but it doesn't behave properly either: Pressing "Exit" closes the "Are you sure..." sheet and the mail window that was spawned by clicking on a mailto: or whatever. It does not, however, close the New Account Setup sheet. This leaves the sheet just sitting there without a title bar. If you try again to cancel it, you get the "Are you sure..." sheet, and neither button dismisses the New Account Setup Sheet. You have to close Moz to get rid of it. I've attached a screenshot of this zombie sheet. Please note the lack of text on the "Back" and "Next" buttons (at least, that's what I assume they're supposed to be).
Works for me in Mac OS 9.1 with Mozilla RC1: cancel and exit both do what I expect them to. However, I still get the missing label (supposed to be "next"?) to the left of the initial "cancel" button, as illustrated in the attachment ("Sheet without labels on the buttons..."). Is this a different bug?
I've filed bug 140266 about the buttons lacking titles. Also, I think this should be nominated nsbeta1, especially since a similar bug (bug 140197) just got +ed. This is the sort of bug people will run into right away -- mailto links are exceedingly common, and aren't always marked.
I just hit this one. Hit cancel on the account setup wizard, and neither exit nor cancel would let me out. However, I was able to put in completely bogus information ("a" in every field) This MUST be fixed before final. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020421 Debian/1.rc1-1
*** Bug 139974 has been marked as a duplicate of this bug. ***
similar: bug 126780
*** Bug 142817 has been marked as a duplicate of this bug. ***
resolving as new based on the dups
Status: UNCONFIRMED → NEW
Ever confirmed: true
Aren't these two bugs in one? I mean, I have the same problem concerning the behaviour of the [Exit] and [Cancel]-buttons in the "Are you sure..."-dialogue using build 2002051308 => both buttons close the Account Wizard, which is not Ok IMHO as [Cancel] should mean "Cancel the Exit"... The second problem mentioned in the report should be handled seperately - or this anoying problem with the buttons should get fixed with one of the several other bugs.
experiencing this bug, as initially reported, with RC3 build 20020523. on linux (mandrake 8.2)
> I'd still put this as a feature request, that the Wizard should have a checkbox > to indicate that no incoming mail server is desired. If this is the bug description, please resummarize. If this bug is still as described in the summary, it is a dupe of bug 138462.
*** This bug has been marked as a duplicate of 138462 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: