Closed Bug 706791 Opened 13 years ago Closed 12 years ago

Change initial account numbers in prefs.js

Categories

(MailNews Core :: Account Manager, enhancement)

enhancement
Not set
normal

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
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.