Closed Bug 47521 Opened 24 years ago Closed 24 years ago

Account Wizard prevents creation of non-Netcenter account

Categories

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

x86
Windows 98

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: trudelle, Assigned: sspitzer)

References

Details

(Keywords: crash, Whiteboard: [nsbeta3-][PDTP1][rtm-])

Using today's N6 M18 verification build on Win98

Launch into Profile Manager
Create new Default User profile
Activate using existing Netcenter account.
Open Mail
No wizard appears.
Edit:Account Settings
Click New Account
Wizard appears, asking for username for an @netscape.net account
No way to create a std IMAP/POP account on 'other ISP'

workaround: delete the default WebMail account first.
hrm.. that's odd. the wizard should actually be coming up when you launch mail!
I don't know why it wouldn't be. I've been having problems bringing up some
dialogs on my Win2k box though. I wonder if the window opening code is busted so
you're just not seeing the wizard the first time when it should have shown up.
Status: NEW → ASSIGNED
Ninoschka, are you able to reproduce this.
QA Contact: lchiang → nbaca
Whiteboard: [need info]
nominating for beta3 but still need to know if this is easily reproduceable.
Keywords: nsbeta3
Whiteboard: [need info] → [b3 need info]
Using build 2000-08-07-08M17: NT4, I'm unable to reproduce the problem.
I'm using an M17 build because the current M18 builds display a blank Activation
window. I was also using a Franklin webmail account.

Note: The user needs to progress through the Wizard dialogs to finish
configuring the Webmail account. Afterwards they should be able to configure for
any other type of account including POP and IMAP.

These are some scenarios I tried:

1. The Wizard appears to complete the Webmail configuration:
- The Browser opens to the page that takes a long time to load (it displays the
big floating "6").
- Open Mail and I can see "WebMail" in the folder pane and it takes a looooong
time for the Wizard to appear. (If I quickly close the Browser then the Wizard
opens quicker)
- When the Wizard does open it displays the Identity panel for a netscape.net
account. I progress through the Wizard and the account is created
- Opened Account Settings, selected the "New Account" button, the Wizard appears
and I can create a POP/IMAP account.

2. The Wizard appears but I chose to Cancel out of the Wizard. In this scenario:
- I open Account Settings, select the "New Account" button and the
***Identity*** panel for the WebMail account appears automatically. (This is
expected but I can see how it can be confusing to the user because the WebMail
account is already displayed in the folder pane so you think it's already created)
- I progress through the Webmail account dialogs, select Finish
- Immediately the Wizard's ***first*** dialog appears showing the radio buttons
(to create an AOL, Other ISP or email provider, or a newsgroup account).
- I can select the Other ISP or email provider choice and create a POP/IMAP account.

Are you saying that if the user cancels creation of a webmail account, perhaps
because, like me, they don't want one, then they are prevented from creating the
accounts that they do want?  If so, it would be a serious design flaw, IMHO.
Yes, that is how it's working. I agree that the implementation of creating new
accounts or not creating accounts could be better. Adding jglick to Cc: list.
I agree with Peter. We will really piss people off if we leave as is.  

I would expect: If the user cancels the Webmail account setup (because they 
don't want one, or don't want to set it up now, etc.) and then select "New 
Account" from the Account Settings dialog, that the Account Wizard launches 
with the first screen (which allows users to select, ISP, AOL, Netcenter or 
Newsgroup account).

Now, if the user is in 3 pane mail and selects the webmail account which has not 
yet been setup, I can see the WebMail "Identity" panel opening.
(side note:  bug http://bugscape.netscape.com/show_bug.cgi?id=2083 will not
allow the user to add a webmail account other than via activation.)
+ per mail triage
Whiteboard: [b3 need info] → [nsbeta3+]
Target Milestone: --- → M18
Moving to P2, this seems to meet the PDT criteria as high profile functionality.
Priority: P3 → P2
We would like the fix for this to be that the account becomes completed even if
we have to accept a null value for the user's name (assuming that doesn't break
anything else.)  If possible, simply removing the cancel button from the screen
would be good.  Otherwise, both OK and CANCEL would have the same effect if the
user did not fill in their name.

In any case, the desired result is that this prompt is only presented once to
the user.
PDT thinks this sounds like a P1. Who says we never promote the priority.
Priority: P2 → P1
Whiteboard: [nsbeta3+] → [nsbeta3+][PDTP1]
taking this from alecf.

alecf & putterman have come up with a solution, and I'm off to implement it.
Assignee: alecf → sspitzer
Status: ASSIGNED → NEW
fixed.

if you hit cancel on the account wizard that comes up from the webmail account
that activation creates, we just force create it.  the user will not see the
account wizard again.  they always have the option of deleting the account later.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
the gist of the solution that alecf & putterman came up with is this:

if the user cancels the wizard when it pops up because there is an
invalid account (example: the webmail scenario that trudelle discovered)
we force the account to be created.  If no fullName was provided, I set it to "".

the user can always delete the account later.
Reopening

Build 2000-09-20-05M18: NT4, now crashes
Build 2000-09-20-08M18: Linux 6.0, Fixed.
Build 2000-09-20-08M18: Mac 9.04, problems relaunching Account Wizard

a. NT4: Created new profile, activated an existing franklin webmail account,
navigator opens, open Mail and the Wizard doesn't open. Decided to close
navigator, Account Wizard tried to appear and then crash.
b. NT4: Another time the Account Wizard appeared, I canceled out of the Wizard.
Then selected Edit|Mail/News Account Settings, selected New Account button and
it crashed.

- Mac: Followed the same scenario but it did not crash but the "New Account"
button does not launch the Account Wizard.




Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Incident# 17753384

Call Stack:     (Signature = js_MarkGCThing 6487baf0)
js_MarkGCThing [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 721]
gc_root_marker [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 850]
JS_HashTableEnumerateEntries [d:\builds\seamonkey\mozilla\js\src\jshash.c, line 365]
js_GC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 1060]
js_ForceGC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 872]
JS_GC [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 1531]
nsJSContext::GC [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp,
line 1287]
PrefChangedCallback
[d:\builds\seamonkey\mozilla\layout\base\src\nsPresContext.cpp, line 68]
DocumentViewerImpl::Init
[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 532]
nsDocShell::SetupNewViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2755]
nsWebShell::SetupNewViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 385]
nsDocShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp,
line 2341]
nsWebShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp,
line 409]
nsDocShell::CreateContentViewer
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2521]
nsDSURIContentListener::DoContent
[d:\builds\seamonkey\mozilla\docshell\base\nsDSURIContentListener.cpp, line 107]
nsDocumentOpenInfo::DispatchContent
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 362]
nsDocumentOpenInfo::OnStartRequest
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 234]
nsJARChannel::OnStartRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp, line
nsOnStartRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 213]
nsStreamListenerEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 106]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 576]
 PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 512]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1046]
Keywords: crash
egads.  that stack trace doesn't look like anything I'm doing.
I'll investigate.

accepting.
Status: REOPENED → ASSIGNED
can we re-close this bug and open a new one? this bug was originally that the 
wizard was annoying. Admittedly a crash is annoying, but I doubt it has anything 
to do with what seth checked in.
oops, well I guess this isn't assigned to me anymore but I still think it 
deserves a new bug :)
Bug# 53628 covers the problem reported on 9/20/2000. It needs to be fixed before
this bug can be verified.
Depends on: 53628
Per last comments in the bug marking nsbeta3-.  Nominating for rtm.
Keywords: rtm
Whiteboard: [nsbeta3+][PDTP1] → [nsbeta3-][PDTP1]
I claim this bug is already fixed.

if we get #53628 fixed, we'll be able to mark this fixed so that nbaca can 
verify.
Please verify once 53628 is fixed and clear status if this is still broken.
Whiteboard: [nsbeta3-][PDTP1] → [nsbeta3-][PDTP1][rtm-]
53628 is really a dup of 50705
Depends on: 50705
Branch build 2000-10-16-09MN6, NT4 - Fixed
After activating a netcenter account when Mail opens the Account Wizard appears.
I cancelled out of the Wizard and the Webmail account is created without a
Username, which is ok. Proceeded to Edit|Mail/News Account Settings, started the
Account Wizard and was able to create another account type (i.e. IMAP).

I will check Linux and Mac next.
great - that is the exact test case to this kind of complicated bug :)
FYI:  the crash that was preventing us from verifying this is gone because we've
simplified the start page.  (was complicated js / html, now is image map.)
Branch build 2000-10-16-08MN6: Linux 6.0, Mac 9.04
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Marking 'vtrunk' so someone verifieds this on the trunk.
Keywords: vtrunk
adding nsonly keyword. Can't verify this with mozilla trunk builds.
Keywords: nsonly
Build 2000-11-28-09: Win95, Linux 6.0, Mac 9.04
Verified Fixed on the trunk (removing 'vtrunk' from keywords).
Status: RESOLVED → VERIFIED
Keywords: vtrunk
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.