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)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

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.
Status: NEW → ASSIGNED
possibly related to bug #22931
whoops, that was <preffilename>-<vendor>.js like mailnews-ns.js I was relying on the results being alphabetical.
Priority: P3 → P1
Target Milestone: M13
marking m13, p1.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
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
verif.
Status: RESOLVED → VERIFIED
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.