2017 年 Firefox 附加组件路线图

在 2017 年 Firefox 浏览器本身会着重开发 e10s 多进程和 sandboxing 沙盒技术，将 Quantum 项目组件替代现有 Gecko 组件，这样 Firefox 浏览器的安全性和性能会继续有着显著的提升。在提升浏览器稳定性方面，除了 Firefox 浏览器自身的开发外，Firefox 的附加组件的改变也是很重要的一块，Mozilla 宣布会在今年年底的 Firefox 57.0 版本中只支持 WebExtensions 技术，而不支持传统的附加组件。

Mozilla 今天在官方博客发布了 2017 年附加组件的路线图。强调 Firefox 57.0 将是首个只支持 WebExtensions 扩展的正式版本，建议开发者尽力将扩展迁移到 WebExtensions 上。一旦只支持 WebExtensions，则传统意义上的附加组件都将无法使用。

传统附加组件（Legacy Add-on）包括：XUL Overlay 扩展、bootstrapped 扩展、Add-on SDK 扩展、嵌入式 WebExtensions 扩展、完整主题。而词典、语言包、OpenSearch 搜索插件、轻量主题、只支持 Thunderbird 和 Seamonkey 的扩展则不属于传统附加组件。

Firefox 53（2017.4.18）：

• 除了作者将他们的附加组件明确标记为不兼容 e10s （在附加组件文件内将 multipr0cessCompatible 标签设置为 false）以外，所有用户都将默认开启 e10s 功能。如果启用了这类不兼容的附加组件，Firefox 将运行于单进程模式。
• 被汇报并核实不兼容 e10s（没将 multiprocessCompatible 标签设置为 false）的附加组件将会被自动禁用无法使用。
• 附加组件只允许使用原生的通信 API 加载 binary 二进制组件。
• AMO 官方附加组件中心将不接受任何新的传统扩展的提交。但传统扩展的更新版本仍会接受提交。

Firefox 54~56：
Firefox 53 中可以运行的传统附加组件可能会遇到一些兼容性问题，主要是由于以下一些变更：

• Firefox 55 会正式启用更多的 content 子进程。
• Firefox 54 会启用 sandboxing 沙盒功能，一些安全性限制会阻止某些文件访问 content 子进程。

Firefox 57（2017.11.14）：

• Firefox 只允许运行 WebExtensions 附加组件。
• 为了平稳过渡，AMO 还会继续支持显示和更新传统的附加组件。目前还不确定彻底不显示和更新传统附加组件的日期。
• Firefox 会移除多进程兼容性 shims。

装了Add-on Compatibility Reporter，扩展里有一大堆显示不兼容e10s
但是实际测试下来大部分都能正常使用（至少主要功能能用），完全失效的只发现了Tilt，以及部分包含页面对象的uc脚本
比较迷，不知道Compatibility Reporter判断不兼容的基准是什么，是不是自动标记的

白左：装了Add-on Compatibility Reporter，扩展里有一大堆显示不兼容e10s
但是实际测试下来大部分都能正常使用（至少主要功能能用），完全失效的只发现了Tilt，以及部分包含页面对象的uc脚本
比较迷，不知道Compat...回到原帖

判断标准是扩展是否标记了 multiprocessCompatible 为真。如果没有标记，会有一些shims（垫片，辅助修正一些简单的问题），所以可能无故障或者仅代码性能下降。

“AMO 官方附加组件中心将不接受任何新的传统扩展的提交。但传统扩展的更新版本仍会接受提交。”，希望将允许非上架的提交（虽然或许不会），从而允许用户自签名供旧版使用……

“彻底不显示和更新传统附加组件”，希望延迟很久或者将有存档站点，不然旧版和苍月用户怎么办。

其实AMO架构也挺老旧了，如果官方能做一个好用、简洁的新平台也不错，虽然大概不会。

别忘了 SeaMonkey
https://addons.mozilla.org/en-US/seamonkey/