This document tries to cover all the internal changes that may be needed to make add-ons compatible with Thunderbird 78. If you find changes which are not yet listed on this page, you can ask for help and advice in one of our communication channels.
The changes are grouped by category and are listed in the order we became aware of them.
{% hint style="warning" %} As of Thunderbird 74, the built-in overlay loader has been removed, which means XUL overlay files are no longer supported. The preferred way to interact with Thunderbird is through WebExtension and MailExtension APIs, which only support HTML/CSS.
However, Thunderbird itself is still using XUL for its UI, and it is still possible to interact with that XUL based UI through experimental APIs. More information can be found in the update guide for Thunderbird 78.
Since XUL is still usable, this document includes information about deprecated and removed XUL elements. {% endhint %}
{% hint style="warning" %}
Some XUL elements have been converted to custom elements, which have an additional is="something" attribute. If such a custom element is to be created with createXULElement(), the is parameter needs to be passend in via the second argument:
let toolbar = document.createXULElement(
"toolbar",
{ is : "customizable-toolbar" }
);
toolbar.setAttribute("is", "customizable-toolbar");{% endhint %}
Removed completely in TB71. Use
<html:input>
All former values of the type parameter of the textbox element are supported by html:input as well. For proper styling include the following CSS file: chrome://messenger/skin/input-fields.css
The flex parameter is no longer supported and should be removed. Attach the input-container class to a surrounding hbox to force the input field to behave like a former flex="1" textbox.
If the input fields context menu is not working, you need to include two JavaScript files by adding:
<script src="chrome://global/content/globalOverlay.js"/>
<script src="chrome://global/content/editMenuOverlay.js"/>
{% hint style="info" %}
JavaScript methods that are using element.localName == "textbox" , getElementsByTagName("textbox")or similar need to be updated as well.
Visually compare the fields before and after the conversion to be sure the UI, sizing, and spacing doesn't change. {% endhint %}
In TB78, the XUL element toolbar with attribute customizable has been re-implemented as a custom element. It needs an additional is attribute. The following example is taken from the source of the Thunderbird calendar:
<!-- Note the additional "is" attribute: -->
<toolbar is="customizable-toolbar"
id="event-toolbar"
customizable="true"
toolboxid="event-toolbox"
class="chromeclass-toolbar"
labelalign="end"
defaultlabelalign="end"
context="event-dialog-toolbar-context-menu"
defaultset="button-url,button-delete"/>
In TB78, the XUL element wizard may no longer be a top level element, but must be encapsulated by a window element which includes some fluent locales:
<window
width="600"
height="600"
title="Wizard Title"
xmlns:html="http://www.w3.org/1999/xhtml"
xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
<linkset>
<html:link rel="localization" href="toolkit/global/wizard.ftl"/>
</linkset>
<wizard>
...
</wizard>
</window>
If you have referred to the wizard element by document.documentElement.*, this is now referring to the window element. Use getElementById() instead.
If you set the label of a wizardpage element via JavaScript during wizard load, it will be ignored. You have to manually call _adjustWizardHeader after the label has been set. :
document.getElementById(wizardID)._adjustWizardHeader();With TB78, the method scrollToIndex(idx) has been removed, replace it with:
richlistbox.ensureElementIsVisible(listbox.getItemAtIndex(idx),true);With TB69, the default namespace for createElement has switched from XUL to HTML. So you can no longer create XUL elements with document.createElement() (but HTML elements). To create XUL elements, use:
document.createXULElement();Bug 1558726 introduced a breaking change to the nsISocketTransportService interface:
The first parameter used to be an array and the second one its length. This length parameter has been dropped, causing all subsequent arguments to shift by one. Furthermore, to create a default socket, you now have to pass an empty array as the first parameter, instead of null.
To stay backward compatible, check the argument count of "createTransport". In case it is 4 it is the new interface, in case it is 5 you got the old interface. Alternatively, you may also check if the version of Thunderbird is 69 or later.
if (transportService.createTransport.length === 4)
return transportService.createTransport(((secure) ? ["starttls"] : []), host, port, proxyInfo);
if (transportService.createTransport.length === 5) {
if (secure)
return transportService.createTransport(["starttls"], 1, host, port, proxyInfo);
return transportService.createTransport(null, 0, host, port, proxyInfo);
}
throw new Error("Unknown Create Transport signature");Merged into nsICookie.
With TB70, window objects don't need to be and cannot be QI'ed to nsIDOMChromeWindow, nsIDOMWindow and nsIInterfaceRequestor. You can just remove its usage, this is backwards compatible to TB 68.
{% hint style="info" %}
This does not apply to nsIXULWindow, which for example is used in nsIWindowMediatorListener.onOpenWindow(xulWindow).
{% endhint %}
Equally, TreeColumns and TreeContentView don't need to be and cannot be QI'ed to nsITreeView.
Renamed. Use
Services.scriptSecurityManager.createContentPrincipal()The 3rd parameter has been dropped, which was the length of the array passed in as the 2nd parameter. See the patch applied to Thunderbird itself.
Module file extension changed in TB78 from js to jsm, now available via
const { IOUtils } = ChromeUtils.import("resource:///modules/IOUtils.jsm");In TB78 the function AddRecipient() in the contact sidebar has been renamed to awAddRecipientsArray().
In TB71 MailServices.headerParser.parseHeadersWithArray() has been removed. Instead, use:
let addresses = MailServices.headerParser.parseEncodedHeader(address);
for (let addr of addresses) {
let email = addr.email
let name = addr.name
let fullname = addr.toString();
}Since TB69 nsIPromptService.select() / Services.prompt.select() has dropped the parameter which specifies the length of the array of the item list which the user can choose from. See the patch applied to Thunderbird itself.
The removal of nsIEditorStyleSheets in TB77 necessitates the following changes:
nsIEditorStyleSheets.addOverrideStyleSheet(uri)
->windowUtils.loadSheetUsingURIString(uri, windowUtils.AGENT_SHEET)\nsIEditorStyleSheets.removeOverrideStyleSheet(uri)
->windowUtils.removeSheet(uri, windowUtils.AGENT_SHEET)\nsIEditorStyleSheets.enableStyleSheet(uri, enable)
Either manually load or remove the stylesheet:
->windowUtils.loadStyleSheetUsingURIString(uri, windowUtils.AGENT_SHEET)
->windowUtils.removeSheet(uri, windowUtils.AGENT_SHEET)
These two methods are leftovers from de-XBL effort and have not been working since TB68. In TB72 they have been removed completely and using them will now throw an error. They have to be replaced by document.getElementById(), document.querySelectorAll() or similar methods.
The documents these methods have been used with have probably changed dramatically. Check out searchfox.org to learn about the current layouts.
In TB68 a nsIAbDirectory could be searched by simply attaching a search query to the URI of the directory when calling getDirectory():
let cards = MailServices.ab.getDirectory(URI + "?" + searchQuery).childCards;
while (cards.hasMoreElements()) {
let card = cards.getNext().QueryInterface(Components.interfaces.nsIAbCard);
...
}In TB78 getDirectory() no longer accepts search queries and throws an error. Instead, use the search() method, which uses an nsIAbDirSearchListener. A simple promisified implementation could look like so:
searchDirectory: function (uri, search) {
return new Promise((resolve, reject) => {
let listener = {
cards : [],
onSearchFinished(aResult, aErrorMsg) {
resolve(this.cards);
},
onSearchFoundCard(aCard) {
this.cards.push(aCard.QueryInterface(Components.interfaces.nsIAbCard));
}
}
MailServices.ab.getDirectory(uri).search(search, listener);
});
}
let cards = await searchDirectory(URI, searchQuery);
for (let card of cards) {
...
}{% hint style="warning" %}
MailServices.ab.getDirectory(uri).search(search, listener) will not return anything, if search is empty.
{% endhint %}
With TB70, these two attributes have been removed from XUL elements like textbox, radio, checkbox and friends. This is no longer supported:
<textbox
id="my-textbox"
preference="some.preference.name"
onsynctopreference="return onToPref();"
onsyncfrompreference="return onFromPref();"/>
Most of the XUL based preferences system has been long removed and had to be replaced by either using the preferencesBindings.js wrapper or by manually reimplementing that functionality using thensIPrefService.
The second approach is not affected by this change, as it has full control over the load and save process for all its preferences. The preferencesBindings.js wrapper has been updated and now supports:
Preferences.addSyncFromPrefListener(
document.getElementById("my-textbox"),
function() { return onFromPref() });
Preferences.addSyncToPrefListener(
document.getElementById("my-textbox"),
function() { return onToPref() });{% hint style="danger" %}
The nsIPrefServiceis not available via WebExtension APIs. It is therefore advised to move away from storing addon preferences in a preference branch and instead use the local storage via the storage API. More information can be found in the update guide.
{% endhint %}