Closed Bug 45509 Opened 24 years ago Closed 24 years ago

Classic: New Account Setup is non-functional on Mail app startup

Categories

(SeaMonkey :: MailNews: Account Configuration, defect, P3)

PowerPC
Mac System 9.x

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: nbhatla, Assigned: danm.moz)

Details

(Whiteboard: [dogfood+])

Mozilla build from morning of 7/13: When you launch Mail for the first time after starting up the browser, a New Account Setup wizard is displayed. However, it is non-functional. All four buttons (Cancel, Next, Previous, and Finish) are clickable when only two of them should be (Cancel and Next). Clicking on "Next" report "Error: missing an entry in the wizard map for null". "Back" reports a Javascript Error: "chrome://global/content/wizardHandlerSet.js line 83: this.wizardmap[this.currentPageTag] has no properties". "Finish" reports a Javascript error: "chrome://messenger/content/accountWizard.js line 120: wizardManager.wizardmap[wizardManager.currentPageTag] has no properties". "Cancel" works fine. If you cancel the first Wizard and try it again, the buttons work fine.
Mark dogfood if this is truly happening
Severity: normal → major
Keywords: dogfood
QA Contact: lchiang → nbaca
Putting on [dogfood+] radar.
Whiteboard: [dogfood+]
Do you enter values in each of the fields or make selections prior to clicking Next?
Yeah, I filled out all the proper info on each screen.
this sounds like the onload handler for this dialog is not firing. CC'ing waterson... this is that same dialog where I was complaining about the onload handler not firing last week, bug 44713
what platform is this on, BTW?
oops, just saw the platform/OS field... a Mac bug, yiech. reassigning to waterson because he might know what's up with the onload handler (sorry, Chris!) CC hyatt (for XUL), smfr, pinkerton for some mac expertise.
Assignee: alecf → waterson
-> xptoolkit, to share the wealth.
Assignee: waterson → trudelle
reassigning to danm
Assignee: trudelle → danm
Still happening on this morning's (7/18) build
Whiteboard: [dogfood+] → [dogfood+] new. must pick date this week. eta 21 Jul
Alright, we got problems. I've tried to reproduce this with private debug builds on the Mac and Windows, as well as with the pre-packaged 2000-07-19-12-M17 builds, both Mozilla and Netscape, on the Mac. Just to be sure, what I'm doing is downloading the .sea.bin file, unstuffing it, then deleting my :Documents:Mozilla folder and my :System Folder:Preferences:Mozilla Registry file, and finally launching the Mozilla Messenger file. I get a completely well-behaved Account Setup Wizard in all cases, with disabled Back and Finish buttons.
Whiteboard: [dogfood+] new. must pick date this week. eta 21 Jul → [dogfood+] can't reproduce. no ETA.
Marking WorksForMe...nbaca, please verify.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Build 2000-07-19-20M17, Commercial and Mozilla: Mac 9.04 Verified Worksforme. I followed the steps that danm describes and I don't see problems with the Account Wizard buttons.
Status: RESOLVED → VERIFIED
Build 2000-07-19-20M17: Mac 9.04 Reopening After observinng Nikhil, I am now able to duplicate the problem. The key is changing to the Classic theme. Steps to reproduce: 1. Open Mail using the Modern theme a. If a mail account already exists then go to step #2. b. If no mail account exists and the Account Wizard starts then Cancel out of the Wizard, then go to #2. 2. Select Edit|Preferences, select Themes 3. Click onto the Classic theme and select the Switch Theme button, OK. 4. Select Edit|Mail/News Account Settings 5. In the Account Settings dialog select the "New Account" button Actual Results: a. Commercial build: Notice that none of the radio buttons are selected. In fact, the "Other ISP or email provider" option is gone. The Cancel, Back, Next, and Finish buttons all appear enabled. Cancel works but Next does nothing. Back and Finish also do nothing. Workaround: If I select a radio button such as "Existing Mail account" (not always required), Cancel out of the Wizard, reopen the Account Wizard, now the "Other ISP or email provider" option appears and is selected. The buttons look correct so that the Cancel and Next buttons are enabled and the Back and Finish buttons are disabled. I can also select the Next button and it progresses to the next dialog as expected. b. Mozilla build: The same problem occurs where no radio button is selected. The Cancel, Back, Next and Finish buttons all appear enabled. Only Cancel works. Workaround: Select the "Existing Mail" radio button (this isn't always required), select Cancel, reopen the Account Wizard and now the buttons look and appear to function correctly. Expected Results: After changing to the Classic theme, the Account Wizard dialog should function and appear correctly: - The "Existing Mail account" radio button should be selected by default. For the commercial version the "Other ISP or email provider" radio button should also be selected by default. - The Back and Finish buttons should be disabled - The Next button should progress to the Identity dialog Additional Information: NT4 build 7/19: The problem does not occur. Linux: Haven't tried yet.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Thanks Ninoschka for nailling down this problem. Now I can see the problem. It just a skin problem with the account wizzard dialog. Reassign to myself as Alecf is out for the day (I think)
Assignee: danm → ducarroz
Status: REOPENED → NEW
Whiteboard: [dogfood+] can't reproduce. no ETA. → [dogfood+] ETA: 7/20
Accepting...
Status: NEW → ASSIGNED
sorry, my mistake, sounds like a little bit more serious than just a skin problem as it works well on WinNT and not on Mac. Reassign to danm.
Assignee: ducarroz → danm
Status: ASSIGNED → NEW
Summary: New Account Setup is non-functional on Mail app startup → Classic: New Account Setup is non-functional on Mail app startup
I'd like to add that if any of this crash is caused by the html: widgets in this wizard, I have the completely reskinned wizard in my tree, but it got nsbeta2-'ed the other day.
Why oh why would a css rule which points to a missing image cause a bug like this? An excellent question which I didn't answer. Instead, I've just fixed the css rule. By the way: I don't see the crash Alec mentions above. On my machine, the dialog fails to initialize (the first time it's displayed), and the buttons don't really do anything but print error messages when pressed. The corrected css url gives up happy buttons, and straightens out the whole dialog. On my machine. Say something if your mileage differs.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Whiteboard: [dogfood+] ETA: 7/20 → [dogfood+]
Build 2000-07-25-09M17: NT4, fixed. Will check the Mac and Linux early Wed 7/26.
Build 2000-07-26-09M17: Mac 9.04, Linux 6.0 Verified Fixed!
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
OS: Mac System 9.x
You need to log in before you can comment on or make changes to this bug.