Closed
Bug 706791
Opened 13 years ago
Closed 12 years ago
Change initial account numbers in prefs.js
Categories
(MailNews Core :: Account Manager, enhancement)
MailNews Core
Account Manager
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: Ulf.Zibis, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0
Build ID: 20111104165243
Steps to reproduce:
- initial start of TB
- installed 1. account
- installed 2. account
Actual results:
user_pref("mail.account.account1.identities", "id1"); // 1. account
user_pref("mail.account.account1.server", "server1");
user_pref("mail.account.account2.server", "server2"); // local folder
user_pref("mail.account.account3.identities", "id2"); // 2. account
user_pref("mail.account.account3.server", "server3");
Expected results:
More reasonable numbering for values in prefs.js from initial start to ease things like described in bug 706461.
Special accounts such as 'local folders', 'smart mailboxes' should be numbered special, e.g. 0, 998, 999, so we would result in fine pairs at least for:
user_pref("mail.account.account1.server", "server1");
user_pref("mail.account.account2.server", "server2");
...
Maybe non-default identities could be numbered above some threshold:
user_pref("mail.account.account1.identities", "id1,id101");
user_pref("mail.account.account2.identities", "id2");
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Product: Thunderbird → MailNews Core
QA Contact: account-manager → account-manager
Hardware: x86 → All
Version: 8 → Trunk
Comment 1•12 years ago
|
||
Sorry, but i'm marking this wontfix. Changing this would be very risky with really no gain. Those prefs aren't really meant to be edited by hand, but if you do you should know what you're doing.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•