{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla a r\u00e9sum\u00e9 ses plans pour prendre en charge la troisi\u00e8me version du manifeste Chrome dans Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La soci\u00e9t\u00e9 Mozilla a publi\u00e9 un plan de mise en \u0153uvre dans Firefox de la troisi\u00e8me version du manifeste Chrome, d\u00e9finissant les capacit\u00e9s et ressources offertes aux extensions. La troisi\u00e8me version du manifeste a \u00e9t\u00e9 critiqu\u00e9e pour avoir perturb\u00e9 le fonctionnement de nombreuses extensions de blocage de contenu ind\u00e9sirable et de s\u00e9curit\u00e9. <\/p>\n
Dans Firefox, ils ont l'intention de mettre en \u0153uvre presque toutes les capacit\u00e9s et restrictions du nouveau manifeste, y compris l'API d\u00e9clarative pour le filtrage de contenu (declarativeNetRequest), mais contrairement \u00e0 Chrome, le support du mode de blocage ancien de l'API webRequest ne sera pas abandonn\u00e9, du moins jusqu'\u00e0 ce que la nouvelle API r\u00e9ponde enti\u00e8rement aux besoins des d\u00e9veloppeurs d'extensions utilisant l'API webRequest. Cette approche garantira la compatibilit\u00e9 avec les extensions Chrome sans compromettre la compatibilit\u00e9 avec les extensions d\u00e9pendant de l'API webRequest. <\/p>\n
Rappelons que le principal m\u00e9contentement vis-\u00e0-vis du nouveau manifeste est li\u00e9 au passage en mode lecture seule de l'API webRequest, permettant de connecter des gestionnaires personnalis\u00e9s ayant un acc\u00e8s complet aux requ\u00eates r\u00e9seau et capables de modifier le trafic \u00e0 la vol\u00e9e. Cette API est utilis\u00e9e dans uBlock Origin et de nombreuses autres extensions de blocage de contenu ind\u00e9sirable et de s\u00e9curit\u00e9. L'API webRequest est remplac\u00e9e par une API declarativeNetRequest limit\u00e9e dans ses capacit\u00e9s, fournissant un acc\u00e8s \u00e0 un moteur int\u00e9gr\u00e9 pour le filtrage, analysant automatiquement les r\u00e8gles de blocage, interdisant l'utilisation d'algorithmes de filtrage personnalis\u00e9s et ne permettant pas de d\u00e9finir des r\u00e8gles complexes se chevauchant en fonction des conditions. <\/p>\n
Dans Firefox, le support de la troisi\u00e8me version du manifeste Chrome est pr\u00e9vu pour des tests \u00e0 la fin de 2021, et l'impl\u00e9mentation du nouveau manifeste est pr\u00e9vue pour d\u00e9but 2022. Parmi les particularit\u00e9s de la mise en \u0153uvre du nouveau manifeste dans Firefox, on note : <\/p>\n
\n
La fourniture de l'API declarativeNetRequest, tout en conservant la possibilit\u00e9 d'utiliser l'ancienne API webRequest.\n
Changement dans le traitement des requ\u00eates cross-origin \u2014 conform\u00e9ment \u00e0 la nouvelle manifeste, les m\u00eames restrictions de pouvoir s'appliqueront aux scripts de traitement de contenu que pour la page principale dans laquelle ces scripts sont int\u00e9gr\u00e9s (par exemple, si la page n'a pas acc\u00e8s \u00e0 l'API de d\u00e9termination de localisation, le script additionnel n'aura \u00e9galement pas cet acc\u00e8s). Une partie des changements li\u00e9s aux restrictions des requ\u00eates cross-origin est d\u00e9j\u00e0 disponible pour des tests dans les versions nocturnes de Firefox (d\u00e9velopp\u00e9 dans le cadre du projet Fission, qui peut \u00eatre activ\u00e9 dans about:preferences#experimental) et est pr\u00e9vue pour un d\u00e9ploiement g\u00e9n\u00e9ralis\u00e9 au troisi\u00e8me trimestre 2021.\n
Les pages d'arri\u00e8re-plan seront remplac\u00e9es par des Service Workers fonctionnant sous forme de processus d'arri\u00e8re-plan. Ce changement n'est pas encore pr\u00eat pour le d\u00e9but des tests.\n
API bas\u00e9e sur Promise. Firefox prend d\u00e9j\u00e0 en charge ce type d'API dans l'espace de noms \u00ab browser.* \u00bb et pour la troisi\u00e8me version du manifeste, il le d\u00e9placera vers l'espace de noms \u00ab chrome.* \u00bb.\n
Nouveau mod\u00e8le granulaire de demande de permissions \u2014 l'extension ne pourra pas s'activer imm\u00e9diatement pour toutes les pages (la permission \u00ab all_urls \u00bb a \u00e9t\u00e9 supprim\u00e9e), mais fonctionnera uniquement dans le contexte de l'onglet actif, c'est-\u00e0-dire que l'utilisateur devra confirmer le fonctionnement de l'extension pour chaque site. Mozilla travaille \u00e0 renforcer le contr\u00f4le d'acc\u00e8s, mais vise \u00e0 permettre aux utilisateurs de prendre eux-m\u00eames des d\u00e9cisions sur l'autorisation des extensions \u00e0 travailler avec diff\u00e9rents onglets.\n