Closed
Bug 23573
Opened 26 years ago
Closed 26 years ago
the all-ns.js overrides not working on windows.
Categories
(Core :: Preferences: Backend, defect, P1)
Tracking
()
VERIFIED
FIXED
M13
People
(Reporter: sspitzer, Assigned: sspitzer)
References
Details
valeski pointed out that all-ns.js, while in the right place in his debug tree,
is not overriding the prefs in all.js
I have a guess at why this might be the case, and I'll look into fixing this
problem tomorrow.
my guess is the directory iterators for the different platforms return the files
in a different order.
if I can't rely on that that, I'm going to fix it so given a flag to the
directory iterator, you will get things back in a way friendly to the
<vendor>-<preffilename> trick.
| Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Comment 1•26 years ago
|
||
possibly related to bug #22931
| Assignee | ||
Comment 2•26 years ago
|
||
whoops, that was <preffilename>-<vendor>.js
like mailnews-ns.js
I was relying on the results being alphabetical.
| Assignee | ||
Updated•26 years ago
|
Priority: P3 → P1
Target Milestone: M13
| Assignee | ||
Comment 3•26 years ago
|
||
marking m13, p1.
| Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 4•26 years ago
|
||
fixed.
the fix is to sort the files in reverse alphabetical order before parsing them.
this works, because "all." is after "all-". therefore, we parse "all.js" before
"all-ns.js"
valeski, now that this and the windows packaging bug #22931 are fixed, you
should be able to test and mark #23211 fixed
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
•