Closed Bug 993203 Opened 11 years ago Closed 11 years ago

Report counts of settings observers in about:memory

Categories

(Core :: DOM: Device Interfaces, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla31

People

(Reporter: khuey, Assigned: khuey)

References

Details

(Whiteboard: [MemShrink])

Attachments

(1 file)

Attached patch Patch (deleted) — Splinter Review
This would have made finding https://bugzilla.mozilla.org/show_bug.cgi?id=990837#c15 much easier. njn, if you're not comfortable reviewing this bounce it to Olli.
Attachment #8403024 - Flags: review?(n.nethercote)
Comment on attachment 8403024 [details] [diff] [review] Patch Review of attachment 8403024 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/settings/SettingsManager.js @@ +388,5 @@ > + let path; > + if (length < 20) { > + path = "settings-observers"; > + } else { > + path = "settings-observers-suspect/referent(topic=" + topic + ")"; I've been considering removing this suspect/non-suspect heuristic in the existing reporters, and just reporting everything. Because it's just so crude. What do you think? @@ +414,5 @@ > classID: Components.ID("{c40b1c70-00fb-11e2-a21f-0800200c9a66}"), > contractID: "@mozilla.org/settingsManager;1", > QueryInterface: XPCOMUtils.generateQI([Ci.nsISupports, > + Ci.nsIDOMGlobalPropertyInitializer, > + Ci.nsIObserver, I don't understand why you added Ci.nsIObserver.
Attachment #8403024 - Flags: review?(n.nethercote) → review+
(In reply to Nicholas Nethercote [:njn] from comment #1) > Comment on attachment 8403024 [details] [diff] [review] > Patch > > Review of attachment 8403024 [details] [diff] [review]: > ----------------------------------------------------------------- > > ::: dom/settings/SettingsManager.js > @@ +388,5 @@ > > + let path; > > + if (length < 20) { > > + path = "settings-observers"; > > + } else { > > + path = "settings-observers-suspect/referent(topic=" + topic + ")"; > > I've been considering removing this suspect/non-suspect heuristic in the > existing reporters, and just reporting everything. Because it's just so > crude. What do you think? There are a lot of different settings observers. I didn't want to clutter up about:memory that much for the non-leaking case. > @@ +414,5 @@ > > classID: Components.ID("{c40b1c70-00fb-11e2-a21f-0800200c9a66}"), > > contractID: "@mozilla.org/settingsManager;1", > > QueryInterface: XPCOMUtils.generateQI([Ci.nsISupports, > > + Ci.nsIDOMGlobalPropertyInitializer, > > + Ci.nsIObserver, > > I don't understand why you added Ci.nsIObserver. This is something that should have been there before. This object adds itself as an observer with the observer service, but relies on XPConnect type coercion rather than just declaring that it is an observer.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla31
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: