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

Die Mozilla Corporation hat bekannt gegeben, dass die Entwickler trotz der Nutzung von WebExtensions-basierten Add-ons in Firefox nicht beabsichtigen, der zukünftigen dritten Ausgabe des Chrome-Manifestes vollständig zu folgen. Insbesondere wird Firefox den blockierenden Modus der API weiterhin unterstützen webRequest, der es ermöglicht, den empfangenen Inhalt in Echtzeit zu ändern und in Werbeblockern sowie Inhaltsfilter-Systemen gefragt ist.

Die Hauptidee des Wechsels zu den WebExtensions-APIs war die Vereinheitlichung der Entwicklungstechnologie für Add-ons in Firefox und Chrome. Daher ist die aktuelle Version in Firefox nahezu vollständig mit der aktuellen zweiten Version des Chrome-Manifests kompatibel. Das Manifest definiert die Liste der Fähigkeiten und Ressourcen, die den Add-ons zur Verfügung stehen. Aufgrund der in der dritten Version des Manifests eingeführten Einschränkungen, die von den Entwicklern als negativ wahrgenommen werden, wird Mozilla von der Praxis, dem Manifest vollständig zu folgen, abweichen und keine Änderungen in Firefox vornehmen, die die Kompatibilität mit Add-ons gefährden.

Wir erinnern daran, dass trotz findet man alle Einwände, das Unternehmen Google plant die Einstellung der Unterstützung des Blocking-Modus für die API webRequest in Chrome, indem es nur noch im Nur-Lese-Modus verfügbar ist und eine neue deklarative API für die Filterung von Inhalten anbietet. declarativeNetRequest. Während die API webRequest die Anbindung eigener Handler erlaubte, die vollen Zugriff auf Netzwerkrequests hatten und den Datenverkehr in Echtzeit modifizieren konnten, bietet die neue API declarativeNetRequest Zugang zu einer universellen integrierten Engine zur Filterung, die Regeln zur Blockierung eigenständig verarbeitet, keine eigenen Filteralgorithmen zulässt und keine komplexen, sich gegenseitig überlappenden Regeln je nach Bedingungen erlaubt.

Mozilla prüft ebenfalls die Möglichkeit, einige andere Änderungen aus der dritten Version des Chrome-Manifests, die die Kompatibilität mit Erweiterungen beeinträchtigen, in Firefox zu übernehmen:

• Der Übergang zur Ausführung von Service-Workern in Form von Hintergrundprozessen wird von Entwicklern erfordern, den Code bestimmter Erweiterungen zu ändern. Obwohl die neue Methode hinsichtlich der Leistung optimierter ist, prüft Mozilla die Möglichkeit, die Unterstützung für die Ausführung von Hintergrundseiten beizubehalten.
• Das neue granulare Modell zur Anforderung von Berechtigungen bedeutet, dass eine Erweiterung nicht sofort für alle Seiten aktiviert werden kann (die Berechtigung „all_urls“ wurde entfernt), sondern nur im Kontext des aktiven Tabs funktioniert. Das heißt, der Benutzer muss die Verwendung der Erweiterung für jede Website bestätigen. Mozilla untersucht, wie der Zugriffsschutz verstärkt werden kann, ohne den Benutzer ständig abzulenken.
• Die Verarbeitung von Cross-Origin-Anfragen ändert sich — gemäß dem neuen Manifest unterliegen Skripte zur Inhaltserfassung denselben Berechtigungsbeschränkungen wie die Hauptseite, in die diese Skripte eingefügt werden (wenn die Seite keinen Zugriff auf die API zur Standortbestimmung hat, erhält das Erweiterungsskript ebenfalls keinen Zugriff). Diese Änderung ist für Firefox vorgesehen.
• Die Ausführung von Code, der von externen Servern geladen wurde, ist untersagt (gemeint sind Situationen, in denen ein Add-On externen Code lädt und ausführt). In Firefox wird bereits eine Blockierung von externem Code angewendet, und die Entwickler von Mozilla stehen einer Verstärkung dieses Schutzes offen gegenüber, wobei zusätzliche Techniken zur Verfolgung von Code-Downloads, die im dritten Manifest vorgeschlagen werden, eingesetzt werden können.

Quelle: opennet.ru