Add-ons using the techniques described in this document are considered a legacy technology in Firefox. Don't use these techniques to develop new add-ons. Use WebExtensions instead. If you maintain an add-on which uses the techniques described here, consider migrating it to use WebExtensions.
From Firefox 53 onwards, no new legacy add-ons will be accepted on addons.mozilla.org (AMO).
From Firefox 57 onwards, WebExtensions will be the only supported extension type, and Firefox will not load other types.
Even before Firefox 57, changes coming up in the Firefox platform will break many legacy extensions. These changes include multiprocess Firefox (e10s), sandboxing, and multiple content processes. Legacy extensions that are affected by these changes should migrate to WebExtensions if they can. See the "Compatibility Milestones" document for more.
A wiki page containing resources, migration paths, office hours, and more, is available to help developers transition to the new technologies.
Sometimes you need your code to send a message to other parts of your code. For example, you might want to notify that a task is completed, and then several different actions must be performed. You could do that by calling all those functions directly, but XPCOM offers you a better and cleaner way to achieve that using observers and the observer service.
An observer is an object that is responsible to observe (wait for) notifications and then to carry out subsequent actions. To create an observer, you need to implement the nsIObserver interface. The interface has only one method observe() which takes three parameters. The first parameter (subject) can be any XPCOM object, the second parameter is a notification topic, and the final parameter is a string that further describes the notification.
This example code shows you what an implementation of the nsIObserver interface looks like:
let testObserver = { observe : function(aSubject, aTopic, aData) { if (aTopic == "xulschoolhello-test-topic") { window.alert("Data received: " + aData); } } }
In order for this observer to work, you need to use the observer service that provides methods for you to add, remove, notify and enumerate observers.
Adding an observer to the observer service is simple, invoking the addObserver method with three parameters. The first parameter is an observer object, the second parameter is a notification topic, and the third parameter is a boolean which indicates whether the observer service should hold a weak reference to the observer. You should normally set the third parameter to false.
let observerService = Components.classes["@mozilla.org/observer-service;1"]. getService(Components.interfaces.nsIObserverService); observerService.addObserver(testObserver, "xulschoolhello-test-topic", false);
To remove an observer for a specific topic, you use the removeObserver method. The method takes the observer object and notification topic as parameters.
observerService.removeObserver(testObserver, "xulschoolhello-test-topic");
After you have registered some observers to listen to a notification topic, you can then use the notifyObservers method to send a notification to all of them. The method takes three parameters. The first parameter can be any XPCOM object to pass to those observers (can be null), the second parameter is the notification topic and the last parameter is an additional string to pass to those observers (can be null).
observerService.notifyObservers(null, "xulschoolhello-test-topic", "hello");
Non-chrome to chrome communication
Non-chrome to chrome communication is one of the main uses of observers. By non-chrome we mean JavaScript Code Modules or XPCOM. As we saw in previous sections, you can use JavaScript Code Module and XPCOM objects very easily from the chrome. But given that chrome is window-dependent and non-chrome objects are not, it's tricky to send a message to the chrome. You would have to invoke a method for the chrome objects in all windows. It's much easier to use observers in this case.
Let's see the following example code on how to send out a notification from non-chrome code.
/** * Notifies all the registered observers with the test notification topic. */ notifyTest : function() { let observerService = Components.classes["@mozilla.org/observer-service;1"]. getService(Components.interfaces.nsIObserverService); let subject = Components.classes["@mozilla.org/supports-string;1"]. createInstance(Components.interfaces.nsISupportsString); // assign some text to data attribute subject.data = "This is a test."; // notify all registered observers observerService.notifyObservers( subject, "xulschoolhello-test-topic", "hello"); }
In the notifyTest method, the notifyObservers call is used to notify all registered observers about the notification topic "xulschoolhello-test-topic". The input parameter is an instance of nsISupportsString with some text and the last input parameter is a string "Hello".
In a chrome browser overlay file, we register an observer to listen to the notification topic "xulschoolhello-test-topic" when the window loads. Keep in mind that you have to remove observers that are not longer needed. Not doing so will result in memory leaks. Therefore, the registered observer is unregistered when the browser window is unloaded.
/** * Controls the browser overlay for the Hello World extension. */ XULSchoolChrome.BrowserOverlay = { /* Observer service. */ _observerService : null, /** * Initializes this object. */ init : function() { this._observerService = Components.classes["@mozilla.org/observer-service;1"]. getService(Components.interfaces.nsIObserverService); this._observerService.addObserver(this, "xulschoolhello-test-topic", false); }, /** * Unitializes this object. */ uninit : function() { this._observerService.removeObserver( this, "xulschoolhello-test-topic"); }, /** * Observes the registered notification topics. * @param aSubject The nsISupports object associated with the notification. * @param aTopic The notification topic. * @param aData The additional string associated with the notification. */ observe : function(aSubject, aTopic, aData) { if (aTopic == "xulschoolhello-test-topic") { aSubject.QueryInterface(Ci.nsISupportsString); window.alert("Subject: " + aSubject.data); // => "This is a test" window.alert("Data: " + aData); // => "Hello" } } } window.addEventListener( "load", function() { XULSchoolChrome.BrowserOverlay.init(); }, false); window.addEventListener( "unload", function() { XULSchoolChrome.BrowserOverlay.uninit(); }, false);
In the observe method the notification topic is verified because you can have one observer listening to several topics. You may notice that we explicitly set the interface of the aSubject object to nsISupportsString using the QueryInterface method. This is because the first parameter of the observe method is typed as nsISupports (the generic interface, as seen before), therefore its properties and methods cannot be accessed unless the correct interface is set to it.
When the notifyTest method is called, all observers registered with xulschoolhello-test-topic will get notified and display two alerts. If there are 2 Firefox windows open, the observer will be notified in both and the alerts will show up on both.
You can always listen for multiple notification topics using the same observer. Also, be careful not to add the same observer to a notification topic more than once, otherwise the same code in the observer will be run several times when a notification is sent.
Useful Firefox notifications
We have covered sending and receiving custom notification topics using observers and the observer service. In Firefox, there are many built-in observer topics that you can observe as well. The Observer Notifications page lists some useful topics and is definitely worth spending time studying it.
This tutorial was kindly donated to Mozilla by Appcoast.