Closed Bug 230778 Opened 21 years ago Closed 21 years ago

Remove @mozilla.org/preferences;1 from chrome

Categories

(SeaMonkey :: Preferences, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: neil, Assigned: neil)

References

Details

Attachments

(1 file, 3 obsolete files)

Apart from the previous bugs I have filed, the preference panels are the only chrome using the deprecated preferences.
Attached patch The easy bits (obsolete) — Splinter Review
In some cases I have used parent.hPrefWindow.pref which will then become the last chrome variable using deprecated preferences.
Attached patch The appropriate bits (obsolete) — Splinter Review
Whoops, I included some parts of other patches in the previous diff :-[
Attachment #138939 - Attachment is obsolete: true
Attachment #138940 - Flags: review?(caillon)
Comment on attachment 138940 [details] [diff] [review] The appropriate bits Don't you also need to do something with nsPrefWindow.js, and the things in the patch which call CopyCharPref?
Comment on attachment 138940 [details] [diff] [review] The appropriate bits Via e-mail, Neil says: "Yes, but that's a big job - I wanted to clean up the other files first." Fair enough. r=caillon then.
Attachment #138940 - Flags: superreview?(jag)
Comment on attachment 138940 [details] [diff] [review] The appropriate bits Marking r=caillon, adding sr=jag.
Attachment #138940 - Flags: superreview?(jag)
Attachment #138940 - Flags: superreview+
Attachment #138940 - Flags: review?(caillon)
Attachment #138940 - Flags: review+
Attached patch The rest (obsolete) — Splinter Review
Sorry for taking so long with this, I couldn't figure out why the fonts panel behaved differently on my patched Linux build and my unpatched MingW build until I twigged that some of the font size defaults are missing on Linux.
Assignee: prefs → neil.parkwaycc.co.uk
Status: NEW → ASSIGNED
Attachment #140380 - Flags: superreview?(jag)
Attachment #140380 - Flags: review?(caillon)
Requesting blocking based on dependency.
Blocks: 231769
Flags: blocking1.7a?
If we plus the dependency, we'll plus the dependency, but no need to mark two bugs as blocking for a single issue.
Flags: blocking1.7a? → blocking1.7a-
Comment on attachment 138940 [details] [diff] [review] The appropriate bits This patch was just backed out to fix bug 231769. When the tree reopens, it will need to be relanded.
This is smaller than the sum of the previous two!
Attachment #138940 - Attachment is obsolete: true
Attachment #140380 - Attachment is obsolete: true
Attachment #141683 - Flags: superreview?(jag)
Attachment #141683 - Flags: review?(caillon)
Comment on attachment 141683 [details] [diff] [review] Whole patch, updated to trunk sr=jag
Attachment #141683 - Flags: superreview?(jag) → superreview+
Attachment #140380 - Flags: superreview?(jag)
Attachment #140380 - Flags: review?(caillon)
Comment on attachment 141683 [details] [diff] [review] Whole patch, updated to trunk >@@ -273,7 +274,9 @@ nsPrefWindow.prototype = > } > try > { >- this.pref.savePrefFile(null); >+ Components.classes["@mozilla.org/preferences-service;1"] >+ .getService(Components.interfaces.nsIPrefService) >+ .savePrefFile(null); It might make sense to cache this; but maybe not. I can't really tell from the context, but I figured I'd put it in your mind to decide.
Attachment #141683 - Flags: review?(caillon) → review+
Fix checked in. Fingers crossed ;-)
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: