Closed
Bug 5910
Opened 25 years ago
Closed 25 years ago
prefs file should be named "prefs.js" not "prefs50.js"
Categories
(Core Graveyard :: Profile: Migration, defect, P2)
Core Graveyard
Profile: Migration
Tracking
(Not tracked)
VERIFIED
FIXED
M10
People
(Reporter: mcmullen, Assigned: racham)
References
Details
Needs to be fixed before we ship.
Comment 5•25 years ago
|
||
M9, giving to don for re-assigning.
Updated•25 years ago
|
Assignee: dp → neeti
Assignee: neeti → racham
Component: libPref → Profile Migration
OS: Mac System 8.5 → All
The prefs file is being renamed to prefs50.js in nsPrefMigration.cpp.
Reassigning bug to racham.
Don (dbragg), does your migration tool create pref50.js?
Looks like people wants to rename it back to pref.js instead.
Also FileSpec needs to change the name from prefs50.js to prefs.js.
I will fix it. Follwoing is the lxr serach for the users of prefs50.js.
Adding the sspitzer and chuang to the cc list.
/xpfe/appshell/src/nsFileLocations.cpp, line 336 -- *this += "prefs50.js";
/mailnews/base/src/nsMsgAccountManager.cpp, line 1082 -- message += ". Keep in
mind, it will be stored in the clear in your
prefs50.js file";
/mailnews/mime/src/mimemoz2.h, line 51 -- #define MIME_PREFS_FILE "prefs50.js"
In /mailnews/base/src/nsMsgAccountManager.cpp the usage is inside a comment and
MIME_PREFS_FILE in /mailnews/mime/src/mimemoz2.h file does not seem to be
getting used in any where else.
Seth and Candice, please let me know if you are using/planning on using the name
of the prefs file in the near future. I will change the name to prefs.js (from
prefs50.js) on all platforms once I hear from you.
Comment 10•25 years ago
|
||
I don't use any pref file name in address book.
Comment 11•25 years ago
|
||
I've fixed the one in nsMsgAccountManager.cpp, thanks for the heads up.
removing chuang from the cc list, and adding rhp, since he owns mime.
Comment 12•25 years ago
|
||
thanks...that actually helped me cleanup since libmime wasn't really using that
define.
- rhp
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•25 years ago
|
||
I checked in a fix for this. It's prefs.js now on all platforms. No one should
be hardcoding name "prefs.js". One should always use FileLocations service
(nsFileLocator) to get the name of the preferences file
(nsSpecialFileSpec::App_PreferencesFile50). Marking fixed.
Comment 14•25 years ago
|
||
so how are you going to tell everyone about this change?
QA especially needs to know about this, if they are going to be affected.
Comment 15•25 years ago
|
||
I'll send email out to allclientqa on this. We should post this on the external
newsgroups if haven't done so already so external folks will get a heads-up.
I'll notify the marketing folks I know who are using 5.0 about this.
Assignee | ||
Comment 16•25 years ago
|
||
I have posted the news to netscape.public.mozilla.prefs, builds, seamonkey and
general newsgroups.
Thanks Lisa, for taking care of internal customers.
Assignee | ||
Comment 17•25 years ago
|
||
However, there is a side effect to this change.
Users who have been using apprunner (earlier builds) prior to this checkin (Aug
9th 1999, 2:06pm), will have prefs50.js in their profile directories. With this
change, the apprunner (created out of builds from now on) is going to look for
prefs.js instead of prefs50.js. So, all those prefs (in prefs50.js) will get
ignored.
If you are using profiles created prior to this check in,
you will have to change the name of the prefs file from prefs50.js to prefs.js.
If you have no previous profiles, you will not see this problem.
Sorry for the inconvenience.
Bhuvan
Comment 18•25 years ago
|
||
Yes, this is exactly what I conveyed to allclientqa and to the marketing folks.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 19•25 years ago
|
||
verified
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•