Mozilla fänkt un Add-ons un ze akzeptéieren baséiert op der drëtter Versioun vum Chrome Manifest

Den 21. November fänkt den AMO Verzeichnis (addons.mozilla.org) un d'Add-ons ze akzeptéieren an digital z'ënnerschreiwen mat der Versioun 109 vum Chrome Manifest. Dës Add-ons kënnen an Nightly Builds vu Firefox getest ginn. A stabile Verëffentlechungen gëtt Ënnerstëtzung fir Manifestatioun Versioun 17 am Firefox 2023 aktivéiert, geplangt fir de 2023. Januar XNUMX. Ënnerstëtzung fir déi zweet Versioun vum Manifest wäert fir absehbarer Zukunft erhale bleiwen, awer um Enn vum XNUMX, no der Bewäertung vun der Dynamik vun der Iwwerdroung vun Ergänzunge fir déi drëtt Versioun vum Manifest, ass d'Méiglechkeet d'Ënnerstëtzung fir déi zweet Versioun vum Manifest ofzeschafen. wäert considéréiert ginn.

De Chrome Manifest definéiert d'Fäegkeeten a Ressourcen verfügbar fir Extensiounen déi mat der WebExtensions API geschriwwe sinn. Vun der Versioun 57 un, huet Firefox komplett op d'WebExtensions API gewiesselt fir Add-ons z'entwéckelen an huet gestoppt XUL Technologie z'ënnerstëtzen. Den Iwwergank op WebExtensions huet et méiglech gemaach d'Entwécklung vun Add-ons mat de Chrome, Opera, Safari a Edge Plattformen ze vereinfachen, d'Porting vun Add-ons tëscht verschiddene Webbrowser vereinfacht an et méiglech gemaach de Multi-Prozess Modus voll ze benotzen. Operatioun (WebExtensions Add-ons kënnen a getrennte Prozesser ausgefouert ginn, isoléiert vum Rescht vum Browser). Fir d'Entwécklung vun Add-ons mat anere Browser ze vereenegen, bitt Firefox bal voll Kompatibilitéit mat der zweeter Versioun vum Chrome Manifest.

Chrome schafft de Moment fir op d'Versioun 2024 vum Manifest ze plënneren, an d'Ënnerstëtzung fir d'Versioun XNUMX gëtt am Januar XNUMX gestoppt. D'Haaptziel vun den Ännerungen, déi an der neier Versioun gemaach goufen, ass et méi einfach ze maachen sécher an héich performant Add-ons ze kreéieren, an et méi schwéier ze maachen onsécher a lues Add-ons ze kreéieren. Well déi drëtt Versioun vum Manifest ënner Feier komm ass a vill Inhaltsblockéierungen a Sécherheetsadd-ons briechen, huet Mozilla décidéiert fir komplett kompatibel mat dem Manifest am Firefox ze kommen an e puer Ännerungen anescht ëmzesetzen.

D'Haaptunzefriddenheet mat der drëtter Versioun vum Manifest ass mat der Iwwersetzung an de Read-only Modus vun der webRequest API verbonnen, wat et méiglech gemaach huet Är eegen Handler ze verbannen, déi voll Zougang zu Netzfuerderungen hunn an de Traffic op der Flucht änneren kënnen. Dës API gëtt an uBlock Origin a villen aneren Add-ons benotzt fir onpassend Inhalt ze blockéieren a Sécherheet ze bidden. Amplaz vun der webRequest API bitt déi drëtt Versioun vum Manifest eng limitéiert Kapazitéit declarativeNetRequest API, déi Zougang zu engem agebaute Filtermotor bitt, deen onofhängeg Blockéierungsregelen veraarbecht, net d'Benotzung vu sengen eegene Filteralgorithmen erlaabt an net erlaabt komplex Reegele festzeleeën, déi sech ofhängeg vun de Bedéngungen iwwerlappen.

Ënnert de Fonctiounen fir den neie Manifest am Firefox ëmzesetzen:

• Eng nei deklarativ Inhaltsfilter API gouf bäigefüügt, awer am Géigesaz zu Chrome ass d'Ënnerstëtzung fir den alen Blockmodus vun der webRequest API net gestoppt.
• De Manifest definéiert den Ersatz vun Hannergrondsäiten mat der Optioun Service Workers, déi als Hannergrondprozesser leeft (Background Service Workers). Fir Kompatibilitéit an der Zukunft ze garantéieren, wäert Firefox Service Workers ënnerstëtzen, awer de Moment gi se duerch en neien Event Pages Mechanismus ersat, dee Webentwéckler méi vertraut ass, net e komplette Rework vun Add-ons erfuerdert, an eliminéiert d'Aschränkungen verbonne mat d'Benotzung vun Service Aarbechter. Event Pages erlaben existéierend Ergänzunge fir Hannergrond Säiten un den Ufuerderunge vun der drëtter Versioun vum Manifest ze entspriechen, wärend den Zougang zu all de Fäegkeeten erhalen fir mat der DOM ze schaffen.
• Den neie granuläre Erlaabnis Ufro Modell - den Add-on kann net fir all Säiten gläichzäiteg aktivéiert ginn (d'Erlaabnis "all_urls" gouf geläscht), awer funktionnéiert nëmmen am Kontext vun der aktiver Tab, d.h. de Benotzer muss bestätegen datt den Add-on fir all Site funktionnéiert. Am Firefox ginn all Ufroe fir Zougang zu Sitedaten als fakultativ ugesinn, an déi definitiv Entscheedung iwwer Zougank gëtt vum Benotzer gemaach, dee selektiv entscheede kann wéi eng Add-on Zougang zu hiren Donnéeën op engem bestëmmte Site gëtt.

  Fir d'Permissiounen ze verwalten, ass en neien "Unified Extensions" Knäppchen op d'Interface bäigefüügt, déi schonn an Nightly Builds vu Firefox getest ka ginn. De Knäppchen bitt e Mëttel fir direkt ze kontrolléieren op wéi eng Säiten all Add-on Zougang huet - de Benotzer kann den Zougank vun engem Add-on op all Site zouginn an zréckzéien. Erlaabnesmanagement gëllt nëmme fir Add-ons baséiert op der drëtter Versioun vum Manifest fir Add-ons baséiert op der zweeter Versioun vum Manifest, gëtt granulär Zougangskontrolle op Siten net gemaach.

  
• Ännerung am Ëmgank mat Cross-origin Ufroen - am Aklang mat dem neie Manifest, Inhaltsveraarbechtungsskripte wäerten déiselwecht Erlaabnisbeschränkungen ënnerleien wéi fir d'Haaptsäit, an där dës Scripte agebonne sinn (zum Beispill, wann d'Säit keen Zougang zu der Location API, da kréien d'Skript-Add-ons och dësen Zougang net). Dës Ännerung ass voll am Firefox ëmgesat.
• Verspriechen baséiert API. Firefox ënnerstëtzt dës API a fir déi drëtt Versioun vum Manifest wäert et op den Nummraum "chrome.*" réckelen.
• Ausféierung vu Code verhënneren, deen vun externen Quellen erofgeluede gouf Serveren (Dëst bezitt sech op Situatiounen, wou en Add-on externen Code lued an ausféiert.) Firefox benotzt extern Codeblockéierung, an d'Mozilla-Entwéckler hunn zousätzlech Techniken fir d'Verfollegung vum Code-Download bäigefüügt, wéi an der drëtter Versioun vum Manifest virgeschloen. Eng separat Content Security Policy (CSP) gëtt fir Inhaltsveraarbechtungsskripte agefouert.

Source: opennet.ru