2012-03-26 21:49:38 +00:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this file,
|
|
|
|
* You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
|
2012-05-25 17:37:45 +00:00
|
|
|
"use strict";
|
2012-03-26 21:49:38 +00:00
|
|
|
|
2014-12-11 02:32:00 +00:00
|
|
|
const Cc = Components.classes;
|
|
|
|
const Ci = Components.interfaces;
|
|
|
|
const Cu = Components.utils;
|
|
|
|
|
|
|
|
Cu.import("resource://gre/modules/XPCOMUtils.jsm");
|
|
|
|
Cu.import("resource://gre/modules/Services.jsm");
|
|
|
|
Cu.import("resource://gre/modules/DOMRequestHelper.jsm");
|
|
|
|
|
2015-09-15 18:19:45 +00:00
|
|
|
var DEBUG = false;
|
|
|
|
var VERBOSE = false;
|
2014-12-02 13:50:00 +00:00
|
|
|
|
|
|
|
try {
|
|
|
|
DEBUG =
|
|
|
|
Services.prefs.getBoolPref("dom.mozSettings.SettingsManager.debug.enabled");
|
|
|
|
VERBOSE =
|
|
|
|
Services.prefs.getBoolPref("dom.mozSettings.SettingsManager.verbose.enabled");
|
|
|
|
} catch (ex) { }
|
|
|
|
|
|
|
|
function debug(s) {
|
|
|
|
dump("-*- SettingsManager: " + s + "\n");
|
|
|
|
}
|
2012-03-26 21:49:38 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
XPCOMUtils.defineLazyServiceGetter(Services, "DOMRequest",
|
|
|
|
"@mozilla.org/dom/dom-request-service;1",
|
|
|
|
"nsIDOMRequestService");
|
2012-08-27 14:13:02 +00:00
|
|
|
XPCOMUtils.defineLazyServiceGetter(this, "cpmm",
|
|
|
|
"@mozilla.org/childprocessmessagemanager;1",
|
|
|
|
"nsIMessageSender");
|
2014-04-08 23:37:09 +00:00
|
|
|
XPCOMUtils.defineLazyServiceGetter(this, "mrm",
|
|
|
|
"@mozilla.org/memory-reporter-manager;1",
|
|
|
|
"nsIMemoryReporterManager");
|
2014-08-28 04:01:29 +00:00
|
|
|
XPCOMUtils.defineLazyServiceGetter(this, "uuidgen",
|
|
|
|
"@mozilla.org/uuid-generator;1",
|
|
|
|
"nsIUUIDGenerator");
|
|
|
|
|
2015-08-13 18:43:00 +00:00
|
|
|
const kObserverSoftLimit = 10;
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
/**
|
|
|
|
* In order to make SettingsManager work with Privileged Apps, we need the lock
|
|
|
|
* to be OOP. However, the lock state needs to be managed on the child process,
|
|
|
|
* while the IDB functions now happen on the parent process so we don't have to
|
|
|
|
* expose IDB permissions at the child process level. We use the
|
|
|
|
* DOMRequestHelper mechanism to deal with DOMRequests/promises across the
|
|
|
|
* processes.
|
|
|
|
*
|
|
|
|
* However, due to the nature of the IDBTransaction lifetime, we need to relay
|
|
|
|
* to the parent when to finalize the transaction once the child is done with the
|
|
|
|
* lock. We keep a list of all open requests for a lock, and once the lock
|
|
|
|
* reaches the end of its receiveMessage function with no more queued requests,
|
|
|
|
* we consider it dead. At that point, we send a message to the parent to notify
|
|
|
|
* it to finalize the transaction.
|
|
|
|
*/
|
2012-06-04 23:12:24 +00:00
|
|
|
|
2013-07-16 01:17:46 +00:00
|
|
|
function SettingsLock(aSettingsManager) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("settings lock init");
|
2012-03-26 21:49:38 +00:00
|
|
|
this._open = true;
|
|
|
|
this._settingsManager = aSettingsManager;
|
2014-08-28 04:01:29 +00:00
|
|
|
this._id = uuidgen.generateUUID().toString();
|
|
|
|
|
|
|
|
// DOMRequestIpcHelper.initHelper sets this._window
|
|
|
|
this.initDOMRequestHelper(this._settingsManager._window, ["Settings:Get:OK", "Settings:Get:KO",
|
|
|
|
"Settings:Clear:OK", "Settings:Clear:KO",
|
|
|
|
"Settings:Set:OK", "Settings:Set:KO",
|
|
|
|
"Settings:Finalize:OK", "Settings:Finalize:KO"]);
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
let createLockPayload = {
|
|
|
|
lockID: this._id,
|
|
|
|
isServiceLock: false,
|
2014-12-24 06:30:00 +00:00
|
|
|
windowID: this._settingsManager.innerWindowID,
|
|
|
|
lockStack: (new Error).stack
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
};
|
|
|
|
this.sendMessage("Settings:CreateLock", createLockPayload);
|
2014-08-28 04:01:29 +00:00
|
|
|
Services.tm.currentThread.dispatch(this._closeHelper.bind(this), Ci.nsIThread.DISPATCH_NORMAL);
|
2014-09-15 16:29:29 +00:00
|
|
|
|
|
|
|
// We only want to file closeHelper once per set of receiveMessage calls.
|
|
|
|
this._closeCalled = true;
|
2012-03-26 21:49:38 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
SettingsLock.prototype = {
|
2014-08-28 04:01:29 +00:00
|
|
|
__proto__: DOMRequestIpcHelper.prototype,
|
|
|
|
set onsettingstransactionsuccess(aHandler) {
|
|
|
|
this.__DOM_IMPL__.setEventHandler("onsettingstransactionsuccess", aHandler);
|
|
|
|
},
|
|
|
|
|
|
|
|
get onsettingstransactionsuccess() {
|
|
|
|
return this.__DOM_IMPL__.getEventHandler("onsettingstransactionsuccess");
|
|
|
|
},
|
|
|
|
|
|
|
|
set onsettingstransactionfailure(aHandler) {
|
|
|
|
this.__DOM_IMPL__.setEventHandler("onsettingstransactionfailure", aHandler);
|
|
|
|
},
|
|
|
|
|
|
|
|
get onsettingstransactionfailure() {
|
|
|
|
return this.__DOM_IMPL__.getEventHandler("onsettingstransactionfailure");
|
|
|
|
},
|
|
|
|
|
2013-01-16 03:32:49 +00:00
|
|
|
get closed() {
|
|
|
|
return !this._open;
|
|
|
|
},
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
_closeHelper: function() {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("closing lock " + this._id);
|
2014-08-28 04:01:29 +00:00
|
|
|
this._open = false;
|
2014-09-15 16:29:29 +00:00
|
|
|
this._closeCalled = false;
|
2014-08-28 04:01:29 +00:00
|
|
|
if (!this._requests || Object.keys(this._requests).length == 0) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Requests exhausted, finalizing " + this._id);
|
2014-08-28 04:01:29 +00:00
|
|
|
this._settingsManager.unregisterLock(this._id);
|
|
|
|
this.sendMessage("Settings:Finalize", {lockID: this._id});
|
|
|
|
} else {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Requests left: " + Object.keys(this._requests).length);
|
2014-08-28 04:01:29 +00:00
|
|
|
this.sendMessage("Settings:Run", {lockID: this._id});
|
|
|
|
}
|
2013-03-12 05:31:19 +00:00
|
|
|
},
|
|
|
|
|
2014-08-28 16:49:49 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
_wrap: function _wrap(obj) {
|
|
|
|
return Cu.cloneInto(obj, this._settingsManager._window);
|
|
|
|
},
|
2014-08-28 16:49:49 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
sendMessage: function(aMessageName, aData) {
|
2014-10-17 09:24:00 +00:00
|
|
|
// sendMessage can be called after our window has died, or get
|
|
|
|
// queued to run later in a thread via _closeHelper, but the
|
|
|
|
// SettingsManager may have died in between the time it was
|
|
|
|
// scheduled and the time it runs. Make sure our window is valid
|
|
|
|
// before sending, otherwise just ignore.
|
|
|
|
if (!this._settingsManager._window) {
|
|
|
|
Cu.reportError(
|
|
|
|
"SettingsManager window died, cannot run settings transaction." +
|
|
|
|
" SettingsMessage: " + aMessageName +
|
|
|
|
" SettingsData: " + JSON.stringify(aData));
|
|
|
|
return;
|
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
cpmm.sendAsyncMessage(aMessageName,
|
|
|
|
aData,
|
|
|
|
undefined,
|
|
|
|
this._settingsManager._window.document.nodePrincipal);
|
|
|
|
},
|
2014-08-28 16:49:49 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
receiveMessage: function(aMessage) {
|
|
|
|
let msg = aMessage.data;
|
2014-08-28 04:01:31 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
// SettingsRequestManager broadcasts changes to all locks in the child. If
|
|
|
|
// our lock isn't being addressed, just return.
|
|
|
|
if (msg.lockID != this._id) {
|
|
|
|
return;
|
|
|
|
}
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("receiveMessage (" + this._id + "): " + aMessage.name);
|
2014-08-28 16:49:49 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
// Finalizing a transaction does not return a request ID since we are
|
|
|
|
// supposed to fire callbacks.
|
2014-09-23 20:13:50 +00:00
|
|
|
//
|
|
|
|
// We also destroy the DOMRequestHelper after we've received the
|
|
|
|
// finalize message. At this point, we will be guarenteed no more
|
|
|
|
// request returns are coming from the SettingsRequestManager.
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
if (!msg.requestID) {
|
|
|
|
let event;
|
|
|
|
switch (aMessage.name) {
|
|
|
|
case "Settings:Finalize:OK":
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Lock finalize ok: " + this._id);
|
2014-08-28 04:01:29 +00:00
|
|
|
event = new this._window.MozSettingsTransactionEvent("settingstransactionsuccess", {});
|
|
|
|
this.__DOM_IMPL__.dispatchEvent(event);
|
2014-09-23 20:13:50 +00:00
|
|
|
this.destroyDOMRequestHelper();
|
2014-08-28 04:01:29 +00:00
|
|
|
break;
|
|
|
|
case "Settings:Finalize:KO":
|
|
|
|
if (DEBUG) debug("Lock finalize failed: " + this._id);
|
|
|
|
event = new this._window.MozSettingsTransactionEvent("settingstransactionfailure", {
|
|
|
|
error: msg.errorMsg
|
|
|
|
});
|
|
|
|
this.__DOM_IMPL__.dispatchEvent(event);
|
2014-09-23 20:13:50 +00:00
|
|
|
this.destroyDOMRequestHelper();
|
2014-08-28 04:01:29 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
if (DEBUG) debug("Message type " + aMessage.name + " is missing a requestID");
|
2014-09-23 20:13:50 +00:00
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
2014-08-28 16:49:49 +00:00
|
|
|
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
let req = this.getRequest(msg.requestID);
|
|
|
|
if (!req) {
|
|
|
|
if (DEBUG) debug("Matching request not found.");
|
|
|
|
return;
|
2014-08-28 16:49:49 +00:00
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
this.removeRequest(msg.requestID);
|
|
|
|
// DOMRequest callbacks called from here can die due to having
|
|
|
|
// things like marionetteScriptFinished in them. Make sure we file
|
|
|
|
// our call to run/finalize BEFORE opening the lock and fulfilling
|
|
|
|
// DOMRequests.
|
2014-09-15 16:29:29 +00:00
|
|
|
if (!this._closeCalled) {
|
|
|
|
// We only want to file closeHelper once per set of receiveMessage calls.
|
|
|
|
Services.tm.currentThread.dispatch(this._closeHelper.bind(this), Ci.nsIThread.DISPATCH_NORMAL);
|
|
|
|
this._closeCalled = true;
|
|
|
|
}
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("receiveMessage: " + aMessage.name);
|
2014-08-28 04:01:29 +00:00
|
|
|
switch (aMessage.name) {
|
|
|
|
case "Settings:Get:OK":
|
|
|
|
for (let i in msg.settings) {
|
|
|
|
msg.settings[i] = this._wrap(msg.settings[i]);
|
|
|
|
}
|
2014-08-28 16:49:49 +00:00
|
|
|
this._open = true;
|
2014-08-28 04:01:29 +00:00
|
|
|
Services.DOMRequest.fireSuccess(req.request, this._wrap(msg.settings));
|
2014-08-28 16:49:49 +00:00
|
|
|
this._open = false;
|
2014-08-28 04:01:29 +00:00
|
|
|
break;
|
2014-08-28 04:01:29 +00:00
|
|
|
case "Settings:Set:OK":
|
|
|
|
case "Settings:Clear:OK":
|
|
|
|
this._open = true;
|
|
|
|
Services.DOMRequest.fireSuccess(req.request, 0);
|
|
|
|
this._open = false;
|
|
|
|
break;
|
|
|
|
case "Settings:Get:KO":
|
|
|
|
case "Settings:Set:KO":
|
|
|
|
case "Settings:Clear:KO":
|
|
|
|
if (DEBUG) debug("error:" + msg.errorMsg);
|
|
|
|
Services.DOMRequest.fireError(req.request, msg.errorMsg);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
if (DEBUG) debug("Wrong message: " + aMessage.name);
|
2014-08-28 04:01:29 +00:00
|
|
|
}
|
2012-03-26 21:49:38 +00:00
|
|
|
},
|
|
|
|
|
|
|
|
get: function get(aName) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("get (" + this._id + "): " + aName);
|
2012-05-23 01:18:56 +00:00
|
|
|
if (!this._open) {
|
|
|
|
dump("Settings lock not open!\n");
|
2012-03-26 21:49:38 +00:00
|
|
|
throw Components.results.NS_ERROR_ABORT;
|
2012-05-23 01:18:56 +00:00
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
let req = this.createRequest();
|
|
|
|
let reqID = this.getRequestId({request: req});
|
|
|
|
this.sendMessage("Settings:Get", {requestID: reqID,
|
|
|
|
lockID: this._id,
|
|
|
|
name: aName});
|
2012-03-26 21:49:38 +00:00
|
|
|
return req;
|
2014-08-28 16:49:49 +00:00
|
|
|
},
|
|
|
|
|
2012-03-26 21:49:38 +00:00
|
|
|
set: function set(aSettings) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("send: " + JSON.stringify(aSettings));
|
2012-05-23 01:18:56 +00:00
|
|
|
if (!this._open) {
|
2013-07-16 01:17:46 +00:00
|
|
|
throw "Settings lock not open";
|
2012-05-23 01:18:56 +00:00
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
let req = this.createRequest();
|
|
|
|
let reqID = this.getRequestId({request: req});
|
|
|
|
this.sendMessage("Settings:Set", {requestID: reqID,
|
|
|
|
lockID: this._id,
|
|
|
|
settings: aSettings});
|
2012-03-26 21:49:38 +00:00
|
|
|
return req;
|
|
|
|
},
|
|
|
|
|
|
|
|
clear: function clear() {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("clear");
|
2012-05-23 01:18:56 +00:00
|
|
|
if (!this._open) {
|
2013-07-16 01:17:46 +00:00
|
|
|
throw "Settings lock not open";
|
2012-05-23 01:18:56 +00:00
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
let req = this.createRequest();
|
|
|
|
let reqID = this.getRequestId({request: req});
|
|
|
|
this.sendMessage("Settings:Clear", {requestID: reqID,
|
|
|
|
lockID: this._id});
|
2012-03-26 21:49:38 +00:00
|
|
|
return req;
|
|
|
|
},
|
|
|
|
|
2013-07-16 01:17:46 +00:00
|
|
|
classID: Components.ID("{60c9357c-3ae0-4222-8f55-da01428470d5}"),
|
|
|
|
contractID: "@mozilla.org/settingsLock;1",
|
2014-08-28 04:01:29 +00:00
|
|
|
QueryInterface: XPCOMUtils.generateQI([Ci.nsISupports,
|
|
|
|
Ci.nsIObserver,
|
|
|
|
Ci.nsISupportsWeakReference])
|
2012-03-26 21:49:38 +00:00
|
|
|
};
|
|
|
|
|
2013-07-16 01:17:46 +00:00
|
|
|
function SettingsManager() {
|
2014-08-28 04:01:29 +00:00
|
|
|
this._callbacks = null;
|
|
|
|
this._isRegistered = false;
|
|
|
|
this._locks = [];
|
2014-12-02 13:50:00 +00:00
|
|
|
this._createdLocks = 0;
|
|
|
|
this._unregisteredLocks = 0;
|
2012-03-26 21:49:38 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
SettingsManager.prototype = {
|
2013-03-12 05:31:19 +00:00
|
|
|
_wrap: function _wrap(obj) {
|
2014-02-01 19:06:59 +00:00
|
|
|
return Cu.cloneInto(obj, this._window);
|
2013-03-12 05:31:19 +00:00
|
|
|
},
|
|
|
|
|
2013-07-16 01:17:46 +00:00
|
|
|
set onsettingchange(aHandler) {
|
|
|
|
this.__DOM_IMPL__.setEventHandler("onsettingchange", aHandler);
|
2014-08-28 04:01:29 +00:00
|
|
|
this.checkMessageRegistration();
|
2012-03-26 21:49:38 +00:00
|
|
|
},
|
|
|
|
|
|
|
|
get onsettingchange() {
|
2013-07-16 01:17:46 +00:00
|
|
|
return this.__DOM_IMPL__.getEventHandler("onsettingchange");
|
2012-03-26 21:49:38 +00:00
|
|
|
},
|
|
|
|
|
2012-09-06 00:33:03 +00:00
|
|
|
createLock: function() {
|
2014-08-28 04:01:29 +00:00
|
|
|
let lock = new SettingsLock(this);
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("creating lock " + lock._id);
|
2014-08-28 04:01:29 +00:00
|
|
|
this._locks.push(lock._id);
|
2014-12-02 13:50:00 +00:00
|
|
|
this._createdLocks++;
|
2012-03-26 21:49:38 +00:00
|
|
|
return lock;
|
|
|
|
},
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
unregisterLock: function(aLockID) {
|
|
|
|
let lock_index = this._locks.indexOf(aLockID);
|
|
|
|
if (lock_index != -1) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Unregistering lock " + aLockID);
|
2014-09-18 17:08:36 +00:00
|
|
|
this._locks.splice(lock_index, 1);
|
2014-12-02 13:50:00 +00:00
|
|
|
this._unregisteredLocks++;
|
2014-08-28 04:01:29 +00:00
|
|
|
}
|
|
|
|
},
|
2014-12-02 13:50:00 +00:00
|
|
|
|
2012-06-04 23:12:24 +00:00
|
|
|
receiveMessage: function(aMessage) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Settings::receiveMessage: " + aMessage.name);
|
2012-06-04 23:12:24 +00:00
|
|
|
let msg = aMessage.json;
|
|
|
|
|
|
|
|
switch (aMessage.name) {
|
|
|
|
case "Settings:Change:Return:OK":
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug('data:' + msg.key + ':' + msg.value + '\n');
|
2013-07-16 01:17:46 +00:00
|
|
|
|
|
|
|
let event = new this._window.MozSettingsEvent("settingchange", this._wrap({
|
|
|
|
settingName: msg.key,
|
|
|
|
settingValue: msg.value
|
|
|
|
}));
|
|
|
|
this.__DOM_IMPL__.dispatchEvent(event);
|
|
|
|
|
|
|
|
if (this._callbacks && this._callbacks[msg.key]) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("observe callback called! " + msg.key + " " + this._callbacks[msg.key].length);
|
2013-07-16 01:17:46 +00:00
|
|
|
this._callbacks[msg.key].forEach(function(cb) {
|
|
|
|
cb(this._wrap({settingName: msg.key, settingValue: msg.value}));
|
|
|
|
}.bind(this));
|
2012-06-10 23:44:50 +00:00
|
|
|
} else {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("no observers stored!");
|
2012-06-10 23:44:50 +00:00
|
|
|
}
|
2012-06-04 23:12:24 +00:00
|
|
|
break;
|
2013-03-12 05:31:19 +00:00
|
|
|
default:
|
2012-12-14 18:20:16 +00:00
|
|
|
if (DEBUG) debug("Wrong message: " + aMessage.name);
|
2012-06-04 23:12:24 +00:00
|
|
|
}
|
|
|
|
},
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
// If we have either observer callbacks or an event handler,
|
|
|
|
// register for messages from the main thread. Otherwise, if no one
|
|
|
|
// is listening, unregister to reduce parent load.
|
|
|
|
checkMessageRegistration: function checkRegistration() {
|
|
|
|
let handler = this.__DOM_IMPL__.getEventHandler("onsettingchange");
|
|
|
|
if (!this._isRegistered) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Registering for messages");
|
2014-08-28 04:01:29 +00:00
|
|
|
cpmm.sendAsyncMessage("Settings:RegisterForMessages",
|
|
|
|
undefined,
|
|
|
|
undefined,
|
|
|
|
this._window.document.nodePrincipal);
|
|
|
|
this._isRegistered = true;
|
|
|
|
} else {
|
|
|
|
if ((!this._callbacks || Object.keys(this._callbacks).length == 0) &&
|
|
|
|
!handler) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Unregistering for messages");
|
2014-08-28 04:01:29 +00:00
|
|
|
cpmm.sendAsyncMessage("Settings:UnregisterForMessages",
|
|
|
|
undefined,
|
|
|
|
undefined,
|
|
|
|
this._window.document.nodePrincipal);
|
|
|
|
this._isRegistered = false;
|
|
|
|
this._callbacks = null;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
},
|
2014-12-02 13:50:00 +00:00
|
|
|
|
2012-06-10 23:44:50 +00:00
|
|
|
addObserver: function addObserver(aName, aCallback) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("addObserver " + aName);
|
2015-08-13 18:43:00 +00:00
|
|
|
|
2012-09-26 21:10:32 +00:00
|
|
|
if (!this._callbacks) {
|
2012-06-10 23:44:50 +00:00
|
|
|
this._callbacks = {};
|
2012-09-26 21:10:32 +00:00
|
|
|
}
|
2015-08-13 18:43:00 +00:00
|
|
|
|
2012-06-10 23:44:50 +00:00
|
|
|
if (!this._callbacks[aName]) {
|
|
|
|
this._callbacks[aName] = [aCallback];
|
|
|
|
} else {
|
|
|
|
this._callbacks[aName].push(aCallback);
|
|
|
|
}
|
2015-08-13 18:43:00 +00:00
|
|
|
|
|
|
|
let length = this._callbacks[aName].length;
|
|
|
|
if (length >= kObserverSoftLimit) {
|
|
|
|
debug("WARNING: MORE THAN " + kObserverSoftLimit + " OBSERVERS FOR " +
|
|
|
|
aName + ": " + length + " FROM" + (new Error).stack);
|
|
|
|
#ifdef DEBUG
|
2015-09-07 01:51:00 +00:00
|
|
|
debug("JS STOPS EXECUTING AT THIS POINT IN DEBUG BUILDS!");
|
2015-08-13 18:43:00 +00:00
|
|
|
throw Components.results.NS_ERROR_ABORT;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
this.checkMessageRegistration();
|
2012-06-10 23:44:50 +00:00
|
|
|
},
|
|
|
|
|
|
|
|
removeObserver: function removeObserver(aName, aCallback) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("deleteObserver " + aName);
|
2012-06-10 23:44:50 +00:00
|
|
|
if (this._callbacks && this._callbacks[aName]) {
|
2014-08-28 04:01:29 +00:00
|
|
|
let index = this._callbacks[aName].indexOf(aCallback);
|
2012-06-10 23:44:50 +00:00
|
|
|
if (index != -1) {
|
2014-08-28 04:01:29 +00:00
|
|
|
this._callbacks[aName].splice(index, 1);
|
2014-08-28 04:01:29 +00:00
|
|
|
if (this._callbacks[aName].length == 0) {
|
|
|
|
delete this._callbacks[aName];
|
|
|
|
}
|
2012-06-10 23:44:50 +00:00
|
|
|
} else {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Callback not found for: " + aName);
|
2012-06-10 23:44:50 +00:00
|
|
|
}
|
|
|
|
} else {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("No observers stored for " + aName);
|
2012-06-10 23:44:50 +00:00
|
|
|
}
|
2014-08-28 04:01:29 +00:00
|
|
|
this.checkMessageRegistration();
|
2014-08-28 04:01:29 +00:00
|
|
|
},
|
|
|
|
|
2012-03-26 21:49:38 +00:00
|
|
|
init: function(aWindow) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("SettingsManager init");
|
2014-04-08 23:37:09 +00:00
|
|
|
mrm.registerStrongReporter(this);
|
2012-06-04 23:12:24 +00:00
|
|
|
cpmm.addMessageListener("Settings:Change:Return:OK", this);
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
Services.obs.addObserver(this, "inner-window-destroyed", false);
|
2012-03-26 21:49:38 +00:00
|
|
|
let util = aWindow.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci.nsIDOMWindowUtils);
|
|
|
|
this.innerWindowID = util.currentInnerWindowID;
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
this._window = aWindow;
|
2012-03-26 21:49:38 +00:00
|
|
|
},
|
|
|
|
|
|
|
|
observe: function(aSubject, aTopic, aData) {
|
2014-12-02 13:50:00 +00:00
|
|
|
if (VERBOSE) debug("Topic: " + aTopic);
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
if (aTopic === "inner-window-destroyed") {
|
|
|
|
let wId = aSubject.QueryInterface(Ci.nsISupportsPRUint64).data;
|
|
|
|
if (wId === this.innerWindowID) {
|
|
|
|
if (DEBUG) debug("Received: inner-window-destroyed for valid innerWindowID=" + wId + ", cleanup.");
|
2014-04-08 23:37:09 +00:00
|
|
|
this.cleanup();
|
2012-03-26 21:49:38 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
},
|
|
|
|
|
2014-05-21 06:06:54 +00:00
|
|
|
collectReports: function(aCallback, aData, aAnonymize) {
|
2014-08-28 04:01:29 +00:00
|
|
|
for (let topic in this._callbacks) {
|
2014-04-08 23:37:09 +00:00
|
|
|
let length = this._callbacks[topic].length;
|
|
|
|
if (length == 0) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
let path;
|
2015-08-13 18:43:00 +00:00
|
|
|
if (length < kObserverSoftLimit) {
|
2014-04-08 23:37:09 +00:00
|
|
|
path = "settings-observers";
|
|
|
|
} else {
|
2014-05-21 06:06:54 +00:00
|
|
|
path = "settings-observers-suspect/referent(topic=" +
|
|
|
|
(aAnonymize ? "<anonymized>" : topic) + ")";
|
2014-04-08 23:37:09 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
aCallback.callback("", path,
|
|
|
|
Ci.nsIMemoryReporter.KIND_OTHER,
|
|
|
|
Ci.nsIMemoryReporter.UNITS_COUNT,
|
2014-12-02 13:50:00 +00:00
|
|
|
length,
|
2014-04-08 23:37:09 +00:00
|
|
|
"The number of settings observers for this topic.",
|
|
|
|
aData);
|
|
|
|
}
|
2014-12-02 13:50:00 +00:00
|
|
|
|
|
|
|
aCallback.callback("",
|
|
|
|
"settings-locks/alive",
|
|
|
|
Ci.nsIMemoryReporter.KIND_OTHER,
|
|
|
|
Ci.nsIMemoryReporter.UNITS_COUNT,
|
|
|
|
this._locks.length,
|
|
|
|
"The number of locks that are currently alives.",
|
|
|
|
aData);
|
|
|
|
|
|
|
|
aCallback.callback("",
|
|
|
|
"settings-locks/created",
|
|
|
|
Ci.nsIMemoryReporter.KIND_OTHER,
|
|
|
|
Ci.nsIMemoryReporter.UNITS_COUNT,
|
|
|
|
this._createdLocks,
|
|
|
|
"The number of locks that were created.",
|
|
|
|
aData);
|
|
|
|
|
|
|
|
aCallback.callback("",
|
|
|
|
"settings-locks/deleted",
|
|
|
|
Ci.nsIMemoryReporter.KIND_OTHER,
|
|
|
|
Ci.nsIMemoryReporter.UNITS_COUNT,
|
|
|
|
this._unregisteredLocks,
|
|
|
|
"The number of locks that were deleted.",
|
|
|
|
aData);
|
2014-04-08 23:37:09 +00:00
|
|
|
},
|
|
|
|
|
|
|
|
cleanup: function() {
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
Services.obs.removeObserver(this, "inner-window-destroyed");
|
2014-12-18 17:27:06 +00:00
|
|
|
// At this point, the window is dying, so there's nothing left
|
|
|
|
// that we could do with our lock. Go ahead and run finalize on
|
|
|
|
// it to make sure changes are commited.
|
|
|
|
for (let i = 0; i < this._locks.length; ++i) {
|
|
|
|
if (DEBUG) debug("Lock alive at destroy, finalizing: " + this._locks[i]);
|
|
|
|
// Due to bug 1105511 we should be able to send this without
|
|
|
|
// cached principals. However, this is scary because any iframe
|
|
|
|
// in the process could run this?
|
|
|
|
cpmm.sendAsyncMessage("Settings:Finalize",
|
|
|
|
{lockID: this._locks[i]});
|
|
|
|
}
|
2014-04-08 23:37:09 +00:00
|
|
|
cpmm.removeMessageListener("Settings:Change:Return:OK", this);
|
|
|
|
mrm.unregisterStrongReporter(this);
|
Bug 1082001 - Cleanup settings lock from parent itself. r=bent
From bug 1065128 SettingsManager has been changed to listen the
dom-window-destroyed event for its cleanup. However, when running Gaia
in Mulet, a race condition is exposed. For B2G, when loading a page,
about:blank is first used. This means that window destroyed events will
be triggered. However, from the dom-window-destroyed event we cannot
distinguish whether this is about:blank or a legit application being
closed. SettingsManager gets initialized (i.e., init() called) when the
application makes use of navigator.mozSettings. So the chain of event is
that we have a SettingsManager living because System app did some
request. At this time, about:blank is being unloaded and triggers a
dom-window-destroyed event. This makes SettingsManager doing its
cleanup, especially freeing the window reference. Then in the meantime,
we have the navigator.mozSettings use that is progressing. At some
point, SettingsManager has no more window to send messages to, and Gaia
is not able to even start.
SettingsRequestManager lives on the parent process and SettingsManager
lives on the child side. Part of the cleanup performed by
SettingsManager was to ensure pending locks on the parent process would
be forced to finalize to make sure those are being properly committed.
We move this cleanup to SettingsRequestManager and we augment the lock
informations with the proper inner window id. This way we can track
which lock is attached to which inner window when the lock gets created.
And thus we can listen on inner-window-destroyed from
SettingsRequestManager to be able to force finalize on any pending lock.
Impacted code path are those were we are not running out of process.
When we are running out of process, SettingsRequestManager already
listens on the child-process-shutdown event to perform the lock
finalization.
2014-10-29 06:36:00 +00:00
|
|
|
this.innerWindowID = null;
|
2014-04-08 23:37:09 +00:00
|
|
|
this._window = null;
|
|
|
|
},
|
|
|
|
|
2013-07-16 01:17:46 +00:00
|
|
|
classID: Components.ID("{c40b1c70-00fb-11e2-a21f-0800200c9a66}"),
|
|
|
|
contractID: "@mozilla.org/settingsManager;1",
|
|
|
|
QueryInterface: XPCOMUtils.generateQI([Ci.nsISupports,
|
2014-04-08 23:37:09 +00:00
|
|
|
Ci.nsIDOMGlobalPropertyInitializer,
|
|
|
|
Ci.nsIObserver,
|
|
|
|
Ci.nsIMemoryReporter]),
|
2013-07-16 01:17:46 +00:00
|
|
|
};
|
2012-03-26 21:49:38 +00:00
|
|
|
|
2014-08-28 04:01:29 +00:00
|
|
|
this.NSGetFactory = XPCOMUtils.generateNSGetFactory([SettingsManager, SettingsLock]);
|