Dans l'article précédent, nous avons parlé du nouveau moteur Javascript dans lequel les gens de Mozilla ont travaillé pour la prochaine version de Firefox 70 qui arrivera au mois d'octobre prochain (vous pouvez lire la note dans le lien ci-dessous). Dans cet article, nous parlerons de l'annonce faite par Mozilla à propos de l'utilisation des modules complémentaires Firefox basés sur l'API WebExtensions dans lequel les développeurs de Mozilla ont fait connaître leur position dans laquelle Ils n'ont pas l'intention de suivre pleinement la troisième édition à venir du manifeste du module complémentaire Chrome.
Avec cela, ils font savoir qu'en particulier, Firefox continuera à prendre en charge le mode de blocage de l'API webRequest, qui vous permet de modifier le contenu accepté à la volée et est en demande dans les bloqueurs de publicités et les systèmes de filtrage de contenu.
L'idée principale de la transition vers l'API WebExtensions était l'unification de la technologie de développement de plugins pour Firefox et Chrome.Par conséquent, dans sa forme actuelle, Firefox est presque 100% compatible avec la deuxième version actuelle du manifeste Chrome.
Le manifeste définit une liste de fonctionnalités et de ressources fournies pour les compléments. En raison de l'introduction de mesures restrictives perçues négativement par ldéveloppeurs de plugins dans la troisième version du manifeste, Mozilla abandonnera la pratique consistant à suivre entièrement le manifeste et ne transférera pas les modifications vers Firefox qui violent la compatibilité des plugins.
N'oubliez pas que malgré toutes les objections, Google prévoit de mettre fin à la prise en charge de Chrome dans le mode qui bloque le mode API WebRequest, en le limitant au mode lecture seule et en proposant de nouvelles fonctionnalités de filtrage de contenu déclaratif de l'API déclarativeNetRequest.
Si l'API webRequest vous permettait de connecter vos propres contrôleurs avec un accès complet aux requêtes réseau et capable de modifier le trafic à la volée, la nouvelle API déclarativeNetRequest donne accès à un moteur de filtrage intégré universel prêt à l'emploi qui traite indépendamment les règles de blocage, ne permet pas l'utilisation de ses propres algorithmes de filtrage, et ne permet pas à des règles complexes de se chevaucher en fonction des conditions.
Mozilla évalue également la commodité du portage vers Firefox pour prendre en charge certains des autres changements. à partir de la troisième version du manifeste Chrome, qui ne prend pas en charge les plugins:
- La transition vers l'exécution des travailleurs de service sous la forme de processus d'arrière-plan, il faudra que les développeurs modifient le code de certains ajouts.
Bien que la nouvelle méthode soit plus optimale en termes de performances, Mozilla envisage de maintenir la prise en charge de l'exécution des pages d'arrière-plan. - Nouveau modèle de demande d'autorisation granulaire: le plugin ne peut pas être activé immédiatement pour toutes les pages (la permission "all_urls" est supprimée), mais il ne fonctionnera que dans le contexte de l'onglet actif, c'est-à-dire que l'utilisateur devra confirmer le travail du plugin pour chaque site. Dans ce segment, Mozilla explore des moyens de renforcer le contrôle d'accès sans distraire constamment l'utilisateur.
- Modification du traitement des demandes d’origine croisée: Selon le nouveau manifeste, les mêmes restrictions d'autorité s'appliqueront aux scripts de traitement de contenu et à la page principale dans laquelle ces scripts sont insérés (par exemple, si la page n'a pas accès à l'API de localisation, les plugins de script n'obtiendront pas cet accès non plus). Le changement devrait être implémenté dans Firefox.
- Interdiction de l'exécution de code téléchargé à partir de serveurs externes (Nous parlons de situations dans lesquelles un plugin charge et exécute du code externe). Firefox utilise déjà le blocage de code externe et les développeurs de Mozilla sont heureux d'appliquer cette protection en utilisant des techniques de suivi de téléchargement de code supplémentaires proposées dans la troisième version du manifeste.
source: https://blog.mozilla.org