Firefox is begûn mei it testen fan de tredde ferzje fan it Chrome-manifest

Mozilla hat oankundige dat it begûn te testen Firefox's ymplemintaasje fan 'e tredde ferzje fan it Chrome-manifest, dy't de mooglikheden en boarnen definieart beskikber foar tafoegings skreaun mei de WebExtensions API. Om de tredde ferzje fan it manifest yn Firefox 101 beta te testen, moatte jo de parameter "extensions.manifestV3.enabled" op wier sette en de parameter "xpinstall.signatures.required" op falsk yn 'e about:config side. Om tafoegings te ynstallearjen kinne jo de oer:debuggen-ynterface brûke. De tredde ferzje fan it manifest is pland om standert oan it ein fan it jier ynskeakele te wurden.

Begjinnend mei ferzje 57 skeakele Firefox folslein oer op it brûken fan de WebExtensions API foar it ûntwikkeljen fan tafoegings en stoppe it stypjen fan XUL-technology. De oergong nei WebExtensions makke it mooglik om de ûntwikkeling fan tafoegings te ferienigjen mei de Chrome-, Opera-, Safari- en Edge-platfoarms, ferienfâldige it portearjen fan tafoegings tusken ferskate webbrowsers en makke it mooglik om de multyprosesmodus folslein te brûken. operaasje (WebExtensions-tafoegings kinne wurde útfierd yn aparte prosessen, isolearre fan 'e rest fan' e browser). Om de ûntwikkeling fan tafoegings mei oare browsers te ferienigjen, leveret Firefox hast folsleine kompatibiliteit mei de twadde ferzje fan it Chrome-manifest.

Chrome wurket op it stuit om te ferpleatsen nei ferzje 2023 fan it manifest, en stipe foar ferzje XNUMX sil yn jannewaris XNUMX stopset wurde. Om't de tredde ferzje fan it manifest ûnder fjoer kaam is en in protte ynhâldblokkering en befeiligings-tafoegings sil brekke, hat Mozilla besletten om fuort te gean fan 'e praktyk fan it garandearjen fan folsleine kompatibiliteit mei it manifest yn Firefox en guon feroarings oars út te fieren.

De wichtichste ûntefredenens mei de tredde ferzje fan it manifest is relatearre oan de oersetting yn allinich-lêsmodus fan 'e webRequest API, dy't it mooglik makke om jo eigen handlers te ferbinen dy't folsleine tagong hawwe ta netwurkoanfragen en kinne ferkear op 'e flecht feroarje. Dizze API wurdt brûkt yn uBlock Origin en in protte oare tafoegings om ûngepaste ynhâld te blokkearjen en feiligens te leverjen. Ynstee fan 'e webRequest API biedt de tredde ferzje fan it manifest in deklarative NetRequest API mei beheinde kapasiteit, dy't tagong jout ta in ynboude filtermotor dy't ûnôfhinklik blokkearjende regels ferwurket, it brûken fan har eigen filteralgoritmen net tastean, en net tastean it ynstellen fan komplekse regels dy't inoar oerlappe ôfhinklik fan de betingsten.

Yn 'e ymplemintaasje fan' e tredde ferzje fan it manifest foarsteld yn Firefox, waard in nije deklarative API foar ynhâldfiltering tafoege, mar yn tsjinstelling ta Chrome stopten se net mei it stypjen fan de âlde blokkearjende modus fan wurking fan 'e webRequest API. Oare funksjes fan 'e nije manifestimplementaasje yn Firefox omfetsje:

  • It manifest definiearret de ferfanging fan eftergrûnsiden mei de opsje Service Workers, dy't rint as eftergrûnprosessen (Background Service Workers). Om kompatibiliteit te garandearjen, sil Firefox dizze eask ymplementearje, mar sil boppedat in nij Event Pages-meganisme oanbiede, dat mear bekend is foar webûntwikkelders, gjin folsleine werwurking fan tafoegings fereasket en elimineert de beheiningen ferbûn mei it brûken fan Service Workers. Event Pages sille besteande tafoegings fan eftergrûnpagina's tastean om te foldwaan oan 'e easken fan' e tredde ferzje fan it manifest, wylst tagong behâlde ta alle mooglikheden dy't nedich binne om te wurkjen mei de DOM. Yn 'e manifeste ymplemintaasje beskikber foar testen yn Firefox, wurde op it stuit allinich Event Pages stipe, en stipe foar in oplossing basearre op Service Workers wurdt tasein letter tafoege te wurden. Apple stipe it foarstel en ymplementearre Event Pages yn Safari Technology Preview 136.
  • It nije model foar detaillearre tastimmingfersyk - de tafoeging sil net tagelyk kinne wurde aktivearre foar alle siden (de tastimming "all_urls" is fuortsmiten), mar sil allinich wurkje yn 'e kontekst fan' e aktive ljepper, d.w.s. de brûker sil moatte befestigje dat de add-on wurket foar elke side. Yn Firefox sille alle fersiken om tagong te krijen ta sidegegevens wurde beskôge as opsjoneel, en it definitive beslút oer it ferlienen fan tagong wurdt makke troch de brûker, dy't selektyf kin beslute hokker add-on tagong ta har gegevens op in bepaalde side sil jaan.
  • Feroaring yn it behanneljen fan fersiken fan cross-origin - yn oerienstimming mei it nije manifest, sille ynhâldferwurkingsskripts ûnderwurpen wêze oan deselde tastimmingsbeperkingen as foar de haadside wêryn dizze skripts binne ynbêde (bygelyks as de side gjin tagong hat ta de lokaasje API, dan krije de skript-tafoegings dizze tagong ek net). Dizze wiziging is folslein ymplementearre yn Firefox.
  • Promise basearre API. Firefox stipet dizze API al en sil it ferpleatse nei de nammeromte "chrome.*" foar de tredde ferzje fan it manifest.
  • It ferbieden fan de útfiering fan koade downloade fan eksterne servers (wy prate oer situaasjes as de add-on eksterne koade laden en útfiert). Firefox brûkt al blokkearjen fan eksterne koade, en Mozilla-ûntwikkelders hawwe ekstra techniken foar it folgjen fan koade download tafoege oanbean yn 'e tredde ferzje fan it manifest. Foar skripts foar ynhâldferwurking wurdt in apart belied foar beheining fan ynhâld tagong (CSP, Content Security Policy) levere.

Boarne: opennet.ru

Add a comment