Closed
Bug 5388
Opened 25 years ago
Closed 25 years ago
with viewer, we are creating a "preferences.js" file when a pref is toggled
Categories
(Core :: Preferences: Backend, defect, P3)
Tracking
()
VERIFIED
FIXED
M7
People
(Reporter: sspitzer, Assigned: sspitzer)
Details
ramiro showed this to me yesterday:
bring up viewer, toggle "Debug | Style | Widget Render Mode " from Gtk to
Native, and a preferences.js file will get created.
I talked to mcmullen, and he thinks the problem is that we aren't initializing
prefs the right way. (In the new world, we need to get the prefs service, etc.)
I'll need to do the same thing in the viewer main as we do in nsAppRunner.cpp's
main.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M7
Assignee | ||
Comment 1•25 years ago
|
||
marking for m7. m6 is packed for me.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Actually, what happens now is that a file will be created in the cwd called
"default_prefs.js". The reason this is not really using the right location for
the prefs file is that nsIFileLocator is not a standalone component (see bug
#5571) - it lives in appshell dll. Therefore, when code in viewer tries to get
the nsIFileLocator service, it fails, and falls back on the default.
Anyway, preferences in viewer are now at least working (using the cwd location),
and so this bug can be closed.
Assignee | ||
Comment 4•25 years ago
|
||
thanks for fixing this.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 5•25 years ago
|
||
verified
Moving all libPref component bugs to new Preferences: Backend component.
libPref component will be deleted.
You need to log in
before you can comment on or make changes to this bug.
Description
•