Société Mozilla , que malgré l'utilisation d'un système de modules complémentaires basé sur l'API WebExtensions dans Firefox, les développeurs n'ont pas l'intention de suivre pleinement la future troisième édition du manifeste pour les modules complémentaires Chrome. Firefox continuera notamment à prendre en charge le mode blocage de l’API. , qui vous permet de modifier le contenu reçu à la volée et est très demandé dans les bloqueurs de publicités et les systèmes de filtrage de contenu.
L'idée principale du passage à l'API WebExtensions était d'unifier la technologie de développement de modules complémentaires pour Firefox et Chrome, donc dans sa forme actuelle, Firefox est presque 100 % compatible avec la deuxième version actuelle du manifeste Chrome. Le manifeste définit la liste des fonctionnalités et des ressources fournies aux modules complémentaires. En raison de l'introduction de mesures restrictives dans la troisième version du manifeste, qui sont perçues négativement par les développeurs de modules complémentaires, Mozilla s'éloignera de la pratique consistant à suivre pleinement le manifeste et ne transférera pas à Firefox les modifications qui violent la compatibilité avec les modules complémentaires. les.
Rappelons que , Google a l'intention de cesser de prendre en charge le mode de blocage de l'API webRequest dans Chrome, en le limitant au mode lecture seule et en proposant une nouvelle API déclarative pour le filtrage de contenu . Alors que l'API webRequest vous permettait de connecter vos propres gestionnaires qui ont un accès complet aux requêtes réseau et sont capables 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 vos propres algorithmes de filtrage et ne vous permet pas de définir des règles complexes qui se chevauchent en fonction des conditions.
Mozilla évalue également la possibilité de passer à la prise en charge de Firefox pour certaines autres modifications de la troisième version du manifeste Chrome qui rompent la compatibilité avec les modules complémentaires :
- La transition vers l'exécution de Service Workers sous forme de processus en arrière-plan, ce qui obligera les développeurs à modifier le code de certains ajouts. Bien que la nouvelle méthode soit plus efficace du point de vue des performances, Mozilla envisage de maintenir la prise en charge de l'exécution des pages d'arrière-plan.
- Le nouveau modèle de demande d'autorisation granulaire - le module complémentaire ne pourra pas être activé pour toutes les pages à la fois (l'autorisation « all_urls » a été supprimée), mais ne fonctionnera que dans le contexte de l'onglet actif, c'est-à-dire l'utilisateur devra confirmer que le module complémentaire fonctionne pour chaque site. Mozilla explore des moyens de renforcer les contrôles d'accès sans constamment distraire l'utilisateur.
- Changement dans la gestion des requêtes cross-origin - conformément au nouveau manifeste, les scripts de traitement de contenu seront soumis aux mêmes restrictions d'autorisation que pour la page principale dans laquelle ces scripts sont intégrés (par exemple, si la page n'a pas accès au API de localisation, les modules complémentaires de script ne recevront pas non plus cet accès). Le changement devrait être implémenté dans Firefox.
- Interdire l'exécution de code téléchargé à partir de serveurs externes (nous parlons de situations dans lesquelles le module complémentaire charge et exécute du code externe). Firefox utilise déjà le blocage de code externe, et les développeurs de Mozilla sont prêts à renforcer cette protection en utilisant des techniques supplémentaires de suivi des téléchargements de code proposées dans la troisième version du manifeste.
Source: opennet.ru