Intent to de-support: traditional add-ons
mkmelin+mozilla at iki.fi
Thu Oct 3 08:05:19 UTC 2019
On 03-10-2019 02:06, Eric Moore wrote:
> I understand the motivation for wanting to drop all support for legacy
> add-ons in future releases but
> (1) I don't understand why its so terrible to continue to store (and
> distribute) legacy add-ons on Thunderbird.net for one more year while
> waiting for a fleshed out/more usable MailExtensions API to be
> available, and more legacy add-ons to be rewritten as MailExtensions.
> Please elaborate on the reasoning why dropping legacy add-ons support
> in future versions and whats available in thunderbird.net need to be
> so tightly coupled.
Anyone is of course (like now) free to host an add-ons collection on
For Thunderbird's side officially, it makes no sense for us to host
add-ons that the application would not support. Maybe to clarify,
addons.thunderbird.net will still host the traditional add-ons until
Thunderbird 68 is EOL, so until sometime late 2020.
> (2) Why can't the legacy add-ons on Thunderbird.net be made available
> somewhere else? Perhaps add a "legacy add-ons" entry to the add-ons
> list box at Thunderbird.net that displays a single web page with
> download links for all of the legacy extensions and complete themes
> that support at least version 52. Users wouldn't be able to fetch them
> from within Thunderbird, its not as convenient as if each had their
> own add-on page, and some useful information is lost but at least all
> of the legacy add-ons wouldn't just disappear.
Well they can, it's just not Thunderbird's job to cater for that.
Other than that, we don't want to encourage anyone to stay on an old
version. You do realize there are *many* security fixes going into
releases every few weeks? Just look at
> (3) What is the target date for when the MailExtensions API (not the
> Experiments API) is expected to have the API most legacy add-ons
> authors need, if things go well?
I don't think that can be answered. Developers always "need" more than
they have. Expect additions to what we currently have, but full parity
is not achievable through APIs. Old style add-ons could virtually do
almost anything, and you can't provide an API to do anything.
More information about the tb-planning