In Chrome hat das Testen der dritten Manifestversion begonnen, die nicht mit uBlock Origin kompatibel ist.

Google hat das Testen der dritten Version des Chrome-Manifests gestört die Funktion zahlreicher Erweiterungen zur Blockierung unerwünschter Inhalte und zur Gewährleistung der Sicherheit. Die Unterstützung des neuen Manifests, das die Funktionen und Ressourcen definiert, die Erweiterungen bereitgestellt werden, wurde in experimentelle Builds integriert. Chrome Canary.
Das neue Manifest wurde im Rahmen des Initiative Sicherheits-, Datenschutz- und Performance-Programms für Erweiterungen (das Hauptziel ist es, die Entwicklung sicherer und leistungsstarker Erweiterungen zu vereinfachen und die Möglichkeit zur Erstellung unsicherer und langsamer Erweiterungen zu erschweren).

Das Manifest befindet sich derzeit in der frühen Alpha-Testphase, ist nicht endgültig und wurde hinzugefügt, um Entwicklern die Möglichkeit zu geben, mit ihren Erweiterungen zu experimentieren und diese anzupassen.
Die Aktivierung des neuen Manifests wird für das nächste Jahr erwartet. Der Zeitpunkt des Endes der Unterstützung für die zweite Version des Manifests ist noch nicht festgelegt.
Um die Migration der Erweiterungen auf das neue Manifest zu erleichtern, wurde ein Prüfliste, die Änderungen beinhaltet, auf die Entwickler von Erweiterungen achten sollten, vorbereitet.

Wir erinnern daran, dass die grundlegende Unmut verursacht. durch die neue Manifest bezieht sich auf das Ende der Unterstützung des blockierenden Modus des webRequest API, das nur im Nur-Lese-Modus eingeschränkt wird. Eine Ausnahme wird nur für die Chrome-Version für Unternehmen (Chrome for Enterprise) gemacht, in der die Unterstützung des webRequest API erhalten bleibt. Mozilla hat beschlossen, dem neuen Manifest nicht zu folgen und die vollständige Nutzung des webRequest API in Firefox beizubehalten.

Statt des webRequest API wird im neuen Manifest eine deklarative API zur Inhaltsfilterung vorgeschlagen. 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.

Das neue Manifest enthält auch weitere Änderungen, die die Kompatibilität mit Erweiterungen betreffen. Darunter:

• Der Übergang zu Service-Workern in Form von Hintergrundprozessen, was von den Entwicklern erfordert, den Code einiger Erweiterungen zu ändern.
• Ein neues granulareres Modell der Berechtigungsanfragen – die Erweiterung kann nicht mehr sofort für alle Seiten aktiviert werden (die Berechtigung 'all_urls' wurde entfernt), sondern funktioniert nur im Kontext des aktiven Tabs, d.h. der Benutzer muss die Verwendung der Erweiterung für jede Website bestätigen.
• Änderung der Verarbeitung von Cross-Origin-Anfragen — gemäß dem neuen Manifest gelten für die Inhalte verarbeitenden Skripte dieselben Berechtigungsbeschränkungen wie für die Hauptseite, in die diese Skripte eingebettet sind (zum Beispiel, wenn die Seite keinen Zugriff auf die Geolocation-API hat, erhält auch das Ergänzungsskript keinen Zugriff darauf).
• Verbot der Ausführung von Code, der von externen Servern geladen wird (hier ist die Rede von Situationen, in denen ein Ergänzungsskript externen Code lädt und ausführt).

Quelle: opennet.ru