Mozilla wird nicht alle WebExtensions-API-Einschränkungen aus dem neuen Chrome-Manifest übernehmen

Mozilla-Unternehmen kündigte die, dass die Entwickler trotz der Verwendung eines Add-on-Systems auf Basis der WebExtensions-API in Firefox nicht beabsichtigen, der zukünftigen dritten Ausgabe des Manifests für Chrome-Add-ons vollständig zu folgen. Insbesondere wird Firefox weiterhin den Blockierungsmodus der API unterstützen. webRequest, mit dem Sie die empfangenen Inhalte im Handumdrehen ändern können und in Werbeblockern und Inhaltsfiltersystemen gefragt sind.

Der Hauptgedanke bei der Umstellung auf die WebExtensions-API bestand darin, die Technologie zur Entwicklung von Add-ons für Firefox und Chrome zu vereinheitlichen, sodass Firefox in seiner aktuellen Form fast zu 100 % mit der aktuellen zweiten Version des Chrome-Manifests kompatibel ist. Das Manifest definiert die Liste der Funktionen und Ressourcen, die Add-Ons bereitgestellt werden. Aufgrund der Einführung restriktiver Maßnahmen in der dritten Version des Manifests, die von Add-On-Entwicklern negativ wahrgenommen werden, wird Mozilla von der Praxis, das Manifest vollständig zu befolgen, abrücken und keine Änderungen an Firefox übertragen, die die Kompatibilität mit Add-Ons verletzen. Ons.

Daran erinnern, dass trotz auf alle EinwändeGoogle beabsichtigt, den Blockierungsmodus der webRequest-API in Chrome nicht mehr zu unterstützen, ihn auf den schreibgeschützten Modus zu beschränken und eine neue deklarative API für die Inhaltsfilterung anzubieten declarativeNetRequest. Während Sie mit der webRequest-API Ihre eigenen Handler verbinden konnten, die vollen Zugriff auf Netzwerkanfragen haben und den Datenverkehr im Handumdrehen ändern können, bietet die neue declarativeNetRequest-API Zugriff auf eine vorgefertigte universelle integrierte Filter-Engine, die Blockierungsregeln unabhängig verarbeitet , erlaubt nicht die Verwendung eigener Filteralgorithmen und erlaubt Ihnen nicht, komplexe Regeln festzulegen, die sich je nach Bedingungen überschneiden.

Mozilla prüft außerdem die Machbarkeit der Umstellung auf Firefox-Unterstützung für einige andere Änderungen aus der dritten Version des Chrome-Manifests, die die Kompatibilität mit Add-ons beeinträchtigen:

• Der Übergang zur Ausführung von Service-Mitarbeitern in Form von Hintergrundprozessen, bei dem Entwickler den Code einiger Ergänzungen ändern müssen. Obwohl die neue Methode unter Leistungsgesichtspunkten effizienter ist, erwägt Mozilla, die Unterstützung für die Ausführung von Hintergrundseiten beizubehalten.
• Das neue granulare Berechtigungsanforderungsmodell – das Add-on kann nicht für alle Seiten gleichzeitig aktiviert werden (die Berechtigung „all_urls“ wurde entfernt), sondern funktioniert nur im Kontext der aktiven Registerkarte, d. h. Der Benutzer muss bestätigen, dass das Add-on für jede Site funktioniert. Mozilla sucht nach Möglichkeiten, die Zugriffskontrollen zu stärken, ohne den Benutzer ständig abzulenken.
• Änderung bei der Bearbeitung von Cross-Origin-Anfragen – gemäß dem neuen Manifest unterliegen Inhaltsverarbeitungsskripts denselben Berechtigungsbeschränkungen wie für die Hauptseite, in die diese Skripts eingebettet sind (z. B. wenn die Seite keinen Zugriff auf die hat). Standort-API, dann erhalten auch die Skript-Add-ons diesen Zugriff nicht). Die Änderung soll in Firefox implementiert werden.
• Verbot der Ausführung von Code, der von externen Servern heruntergeladen wurde (wir sprechen von Situationen, in denen das Add-on externen Code lädt und ausführt). Firefox verwendet bereits die Blockierung von externem Code, und Mozilla-Entwickler sind bereit, diesen Schutz durch den Einsatz zusätzlicher Code-Download-Tracking-Techniken zu verstärken, die in der dritten Version des Manifests angeboten werden.

Source: opennet.ru