Closed
Bug 3598
Opened 26 years ago
Closed 26 years ago
apprunner needs to call nsIPref->Startup()
Categories
(Core :: Preferences: Backend, defect, P1)
Tracking
()
VERIFIED
FIXED
M3
People
(Reporter: hshaw, Assigned: hshaw)
Details
for now:
unix ~/.mozilla/prefs.js
windows/max program_dir/prefs.js
Assignee | ||
Updated•26 years ago
|
Severity: normal → critical
Priority: P3 → P1
Target Milestone: M3
Version: other
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•26 years ago
|
||
Accepting this bug. Should tested and checked in tonight.
Assignee | ||
Comment 2•26 years ago
|
||
I checked in something to at least read prefs.js from
startup directory on all platforms for apprunner.
I wanted to checkin something slightly more flexible
that utilized nsSpecialSystemDirectory but this introduced
a new dependency for libpref (raptorbase) I didn't have
any way of modifying the mac project files to reflect the
new depenency and was fearful of breaking the mac build
so checked in the simpler version.
Assignee | ||
Comment 3•26 years ago
|
||
Upon reviewing my checkin for last night, I realized
I forgot to checkin on of the files.
With what is currently checked in, if you use the
nsIPref interface, the default pref file will be
read in. However if you're still using the old
PREF_* prefapi.c API, the default pref file is
not read in.
I have prefapi.c ready for checkin if I can get
approval.
Assignee | ||
Comment 4•26 years ago
|
||
Asking chofmann for permission to checkin a
file I missed in my checkin last night. The
pref file initialization work-around needs to
happen in two places. Since I missed a file,
it only happens in one place now.
The version of the change which needs a change
to the Mac project files, I'm holding off until
I can test on Mac builds.
Comment 5•26 years ago
|
||
You got permission!
Comment 6•26 years ago
|
||
Fix checked in.
All prefs.js read in from the current directory. We will change it to right
directory after M3.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•26 years ago
|
||
So there isn't any confusion, the pref file being read
on the various platforms is:
win: prefs.js
mac: Netscape Preferences
unix: preferences.js
For M3 they are being read from the current working directory.
This will change shortly after M3.
Comment 8•26 years ago
|
||
Can someone give me a valid pref so I can verify this? I tried the old
broswer.startup.homepage but that didn't seem to do anything. Something where I
can easily verify that the prefs file is being read (on all platforms). Thanks.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 9•26 years ago
|
||
okay verified that this works on Mac/Windows using some proxy settings. Sounds
like Unix has some of it's own problems, there is a separate bug filed for this.
Comment 10•25 years ago
|
||
Moving all libPref component bugs to new Preferences: Backend component.
libPref component will be deleted.
Component: libPref → Preferences: Backend
You need to log in
before you can comment on or make changes to this bug.
Description
•