Closed
Bug 521627
Opened 16 years ago
Closed 16 years ago
2.0rc1: e-mail account creation skips account type selection
Categories
(SeaMonkey :: MailNews: Account Configuration, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 521861
People
(Reporter: sm-bugs-tp, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091007 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091007 SeaMonkey/2.0
On mozilla.support.seamonkey I was told to file a bug report about this:
When I try to create an e-mail account with SeaMonkey 2.0rc1 (Edit -> Mail & News Account Settings -> Add Account), it skips the step where it asks for the server type (IMAP, POP3, News). Instead, it only asks for my name and e-mail address and then for the name of the *news server*. So it seems it only accepts the creation of new news server accounts for whatever reason.
Don't know if this could be in any way related to bug 521424.
Reproducible: Always
Steps to Reproduce:
1. Create e-mail account
Actual Results:
2. SeaMonkey asks for name and e-mail address
3. SeaMonkey asks for news server address
Expected Results:
2. SeaMonkey asks for server type
3. SeaMonkey asks for name and e-mail address
4. SeaMonkey asks for server address
![]() |
||
Comment 1•16 years ago
|
||
Bug 521573 is fixed. You might try todays nightly to see if this also fixes your problem.
This error occurred when the account vs. id vs. server relationship is mismatched in prefs.js. Using a new profile solves this problem, so NORMAL severity.
If todays nightly fixes the problem needs to be tested against the old prefs.js
It is bad that Seamonkey does not check the consistency of the account vs. id vs. server relationship. At least a warning to the error console is needed.
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
![]() |
||
Comment 3•16 years ago
|
||
So is this a profile migrated from a 1.1 profile?
Reporter | ||
Comment 4•16 years ago
|
||
Yes, I migrated from 1.1.something.
Reporter | ||
Comment 5•16 years ago
|
||
Same problem with the current nightly build.
I precautionary set blocking‑seamonkey2.0 ? because of a profile destroying migration issue.
Did you add or remove any mail or news accounts after migrating from 1.1.x?
Is the old prefs.js file preserved in the old 1.1.x profile directory? If yes, could you please anonymise both the old and new file and upload it here?
Does a new profile solves this error for your installation too?
Flags: blocking-seamonkey2.0?
Reporter | ||
Comment 7•16 years ago
|
||
I think I definitely added a news account after migrating to 2.0 but I'm not sure about the e-mail accounts.
Unfortunately, I do not have the old 1.1.x data anymore.
With a new profile the problem is solved.
The faulty behaviour in the Account Wizard is similar to bug 521861 where a workaround is shown.
Comment 9•16 years ago
|
||
Marking duplicate since the other bug has more details, analysis and workaround.
Note: This surely won't block 2.0 this late (blocking means "if this were the last blocking bug we'd hold a release for it" and we're already in RC phase) but if you like you may request wanted-seamonkey2.0 on the other bug.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
![]() |
||
Updated•16 years ago
|
Flags: blocking-seamonkey2.0?
Reporter | ||
Comment 10•16 years ago
|
||
Setting mail.server.serverX.valid to true solved the problem. Thanks!
You need to log in
before you can comment on or make changes to this bug.
Description
•