Mozilla wäert net all WebExtensions API Restriktiounen vum neie Chrome Manifest iwwerdroen

Mozilla Company ugekënnegt, datt trotz der Notzung vun engem Add-on System baséiert op der WebExtensions API am Firefox, d'Entwéckler net wëlles déi zukünfteg drëtt Editioun vum Manifest fir Chrome Add-ons voll ze verfollegen. Besonnesch Firefox wäert weiderhin de Blockéierungsmodus vun der API ënnerstëtzen. webRequest, wat Iech erlaabt de kritt Inhalt op der Flucht z'änneren an ass gefuerdert an Ad-Blocker an Inhaltsfiltersystemer.

D'Haaptidee fir op d'WebExtensions API ze plënneren war d'Technologie ze vereenegen fir Add-ons fir Firefox a Chrome z'entwéckelen, also a senger aktueller Form ass Firefox bal 100% kompatibel mat der aktueller zweeter Versioun vum Chrome Manifest. De Manifest definéiert d'Lëscht vu Fäegkeeten a Ressourcen fir Add-ons. Wéinst der Aféierung vun restriktiv Moossnamen an der drëtter Versioun vum Manifest, déi negativ vun Add-on Entwéckler ugesi ginn, wäert Mozilla sech vun der Praxis ewechhuelen fir de Manifest komplett ze verfollegen a wäert keng Ännerungen op Firefox transferéieren, déi d'Kompatibilitéit mat Add-on verletzen. ons.

Réckruff datt trotz op all dat Contestatiounen, Google wëll ophalen de Blockéierungsmodus vun der WebRequest API am Chrome z'ënnerstëtzen, se op Read-only Modus ze limitéieren an eng nei deklarativ API fir Inhaltsfilter ze bidden declarativeNetRequest. Wärend d'WebRequest API erlaabt Iech Är eegen Handler ze verbannen, déi voll Zougang zu Netzwierksufroen hunn a fäeg sinn de Traffic op der Flucht z'änneren, bitt déi nei declarativeNetRequest API Zougang zu engem fäerdege universellen agebaute Filtermotor deen onofhängeg Blockéierungsregelen veraarbecht. , erlaabt net d'Benotzung vun Ären eegene Filteralgorithmen an erlaabt Iech net komplex Reegelen ze setzen, déi sech ofhängeg vun de Bedéngungen iwwerlappen.

Mozilla evaluéiert och d'Machbarkeet fir op Firefox Support ze plënneren fir e puer aner Ännerungen vun der drëtter Versioun vum Chrome Manifest, déi d'Kompatibilitéit mat Add-ons briechen:

• Den Iwwergank zum Ausféierung vun Service Aarbechter a Form vun Hannergrondprozesser, déi d'Entwéckler erfuerderen de Code vun e puer Ergänzunge z'änneren. Och wann déi nei Method méi effizient ass aus engem Leeschtungssiicht, betruecht Mozilla d'Ënnerstëtzung ze halen fir Hannergrond Säiten ze lafen.
• 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. Mozilla exploréiert Weeër fir Zougangskontrollen ze stäerken ouni de Benotzer stänneg oflenken.
• Ä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'Ännerung ass geplangt am Firefox ëmgesat ze ginn.
• Verbueden vun der Ausféierung vum Code deen vun externen Server erofgeluede gëtt (mir schwätzen iwwer Situatiounen wann den Add-on den externen Code lued an ausféiert). Firefox benotzt schonn extern Code Blocking, a Mozilla Entwéckler si gewëllt dëse Schutz ze verbesseren andeems Dir zousätzlech Code Download Tracking Techniken benotzt, déi an der drëtter Versioun vum Manifest ugebuede ginn.

Source: opennet.ru