{"id":104092,"date":"2022-05-19T21:36:47","date_gmt":"2022-05-19T19:36:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome"},"modified":"2022-05-19T21:36:47","modified_gmt":"2022-05-19T19:36:47","slug":"v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","title":{"rendered":"Firefox a commenc\u00e9 \u00e0 tester la troisi\u00e8me version du manifeste Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La soci\u00e9t\u00e9 Mozilla a annonc\u00e9 le d\u00e9but des tests de la troisi\u00e8me version du manifeste Chrome dans Firefox, d\u00e9finissant les capacit\u00e9s et les ressources accessibles pour les extensions \u00e9crites en utilisant l'API WebExtensions. Pour tester la troisi\u00e8me version du manifeste dans la version b\u00eata de Firefox 101, il faut r\u00e9gler le param\u00e8tre about:config \u00ab extensions.manifestV3.enabled \u00bb sur true et \u00ab xpinstall.signatures.required \u00bb sur false. L'interface about:debugging peut \u00eatre utilis\u00e9e pour installer des extensions. L'activation par d\u00e9faut de la troisi\u00e8me version du manifeste est pr\u00e9vue pour la fin de l'ann\u00e9e. <\/p>\n
Depuis la version 57, Firefox utilise enti\u00e8rement l'API WebExtensions pour le d\u00e9veloppement d'extensions et a cess\u00e9 de soutenir la technologie XUL. Le passage \u00e0 WebExtensions a permis d'uniformiser le d\u00e9veloppement d'extensions avec les plateformes Chrome, Opera, Safari et Edge, a simplifi\u00e9 le portage des extensions entre diff\u00e9rents navigateurs web et a permis une utilisation compl\u00e8te du mode multiprocessus (les extensions WebExtensions peuvent s'ex\u00e9cuter dans des processus s\u00e9par\u00e9s, isol\u00e9s des autres parties du navigateur). Pour uniformiser le d\u00e9veloppement d'extensions avec les autres navigateurs, Firefox assure une compatibilit\u00e9 presque totale avec la deuxi\u00e8me version du manifeste Chrome. <\/p>\n
Actuellement, le travail est en cours sur Chrome pour passer \u00e0 la troisi\u00e8me version du manifeste, et la prise en charge de la deuxi\u00e8me version sera interrompue en janvier 2023. Comme la troisi\u00e8me version du manifeste a \u00e9t\u00e9 critiqu\u00e9e et entra\u00eenera des dysfonctionnements pour de nombreuses extensions de blocage de contenu ind\u00e9sirable et de s\u00e9curit\u00e9, la soci\u00e9t\u00e9 Mozilla a d\u00e9cid\u00e9 de s'\u00e9loigner de la pratique de garantir la compatibilit\u00e9 totale avec le manifeste dans Firefox et de mettre en \u0153uvre certaines modifications diff\u00e9remment. <\/p>\n
Le principal m\u00e9contentement concernant la troisi\u00e8me version du manifeste est li\u00e9 au passage en mode lecture seule de l'API webRequest, qui permettait 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 pour bloquer le contenu ind\u00e9sirable et garantir la s\u00e9curit\u00e9. Au lieu de l'API webRequest, la troisi\u00e8me version du manifeste propose une API declarativeNetRequest, limit\u00e9e dans ses capacit\u00e9s, qui donne acc\u00e8s \u00e0 un moteur int\u00e9gr\u00e9 pour le filtrage, g\u00e9rant lui-m\u00eame les r\u00e8gles de blocage sans permettre l'utilisation d'algorithmes de filtrage personnalis\u00e9s ni la d\u00e9finition de r\u00e8gles complexes se chevauchant en fonction des conditions. <\/p>\n
Dans l'impl\u00e9mentation de la troisi\u00e8me version du manifeste propos\u00e9e dans Firefox, un nouvel API d\u00e9claratif de filtrage de contenu a \u00e9t\u00e9 ajout\u00e9, mais contrairement \u00e0 Chrome, le support de l'ancien mode de travail bloquant de l'API webRequest n'a pas \u00e9t\u00e9 abandonn\u00e9. Parmi les autres caract\u00e9ristiques de l'impl\u00e9mentation du nouveau manifeste dans Firefox : <\/p>\n
\n
Le manifeste d\u00e9finit le remplacement des pages en arri\u00e8re-plan par une variante de Service Workers, fonctionnant comme des processus en arri\u00e8re-plan (Background Service Workers). Pour assurer la compatibilit\u00e9, Firefox mettra en \u0153uvre cette exigence, mais un nouveau m\u00e9canisme Event Pages a \u00e9galement \u00e9t\u00e9 propos\u00e9, plus familier pour les d\u00e9veloppeurs web, ne n\u00e9cessitant pas une refonte compl\u00e8te des extensions et \u00e9liminant les limitations li\u00e9es \u00e0 l'utilisation des Service Workers. Event Pages permettra d'adapter les extensions existantes avec des pages en arri\u00e8re-plan aux exigences de la troisi\u00e8me version du manifeste, tout en conservant l'acc\u00e8s \u00e0 toutes les fonctionnalit\u00e9s n\u00e9cessaires pour travailler avec le DOM. Dans l'impl\u00e9mentation actuellement disponible pour test dans Firefox, seuls les Event Pages sont pris en charge, et la prise en charge d'une solution bas\u00e9e sur les Service Workers est promise pour plus tard. Cette proposition a \u00e9t\u00e9 soutenue par Apple, qui a mis en \u0153uvre les Event Pages dans la version 136 de Safari Technology Preview.\n
Le 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 l'utilisation de l'extension pour chaque site. Dans Firefox, toutes les requ\u00eates d'acc\u00e8s aux donn\u00e9es du site seront consid\u00e9r\u00e9es comme optionnelles, et la d\u00e9cision finale concernant l'octroi de l'acc\u00e8s sera prise par l'utilisateur, qui pourra d\u00e9cider s\u00e9lectivement quelle extension pourra acc\u00e9der \u00e0 ses donn\u00e9es sur tel ou tel site.\n
Changement dans le traitement des requ\u00eates Cross-origin \u2014 conform\u00e9ment au nouveau manifeste, les m\u00eames restrictions de permissions 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 g\u00e9olocalisation, le script de l'extension n'aura \u00e9galement pas cet acc\u00e8s). Ce changement est enti\u00e8rement impl\u00e9ment\u00e9 dans Firefox. <\/li>\n
API bas\u00e9e sur les Promesses. Firefox prend d\u00e9j\u00e0 en charge cette API et pour la troisi\u00e8me version du manifeste, elle sera transf\u00e9r\u00e9e dans l'espace de noms \u00ab chrome.* \u00bb. <\/li>\n