Im fĂŒr den 30. Juni geplanten Release von Chrome 150 wird die UnterstĂŒtzung fĂŒr das Flag kExtensionManifestV2Disabled entfernt, welches die Installation von Erweiterungen aus dem Chrome Web Store, die die zweite Version des Chrome-Manifests verwenden, wieder ermöglichte. Vorgestern wurde aus dem Code von Chromium, auf dessen Basis der fĂŒr den 28. Juli geplante Release von Chrome 151 entsteht, zusĂ€tzlich der Code fĂŒr die Implementierung der Option AllowLegacyMV2Extensions entfernt, die das manuelle Hochladen von Erweiterungen basierend auf der zweiten Version des Manifests im Entwicklermodus erlaubte. Einige Tage zuvor wurden auch die Optionen kExtensionManifestV2Unsupported und ExtensionManifestV2Availability aus der Codebasis von Chromium entfernt, die vor etwa einem Jahr als nicht unterstĂŒtzend angekĂŒndigt wurden.
Die Teilnehmer des Projekts uBlock Origin haben den Chrome-Nutzern empfohlen, auf andere Browser umzusteigen oder auf die Erweiterung uBlock Origin Lite zu wechseln, die vom Autor von uBlock Origin entwickelt wird und eine Version von uBlock Origin darstellt, die auf die deklarative API (declarativeNetRequest) umgestellt wurde, die in der dritten Version des Chrome-Manifests vorgeschlagen wurde. Die UnterstĂŒtzung fĂŒr die zweite Version des Chrome-Manifests ist in Firefox und Safari vorhanden und wird auch in den auf der Chromium-Engine basierenden Browsern Brave und Opera weiterhin beibehalten.
Die dritte Version des Chrome-Manifests, die die Möglichkeiten und Ressourcen definiert, die fĂŒr Erweiterungen verfĂŒgbar sind, die mit der WebExtensions-API entwickelt wurden, wurde im Rahmen einer Initiative zur Vereinfachung der Erstellung sicherer und leistungsstarker Erweiterungen entwickelt. Die gröĂte Unzufriedenheit mit der dritten Version des Manifests resultiert aus der Umstellung der webRequest-API auf einen Nur-Lese-Modus, der die Verwendung eigener Handler mit vollem Zugriff auf Netzwerk-Anfragen und die Möglichkeit zur On-the-Fly-Modifikation des Datenverkehrs erlaubte. Anstelle der webRequest-API wurde in der dritten Version des Manifests eine eingeschrĂ€nkte API, declarativeNetRequest, hinzugefĂŒgt, die Zugang zu einer integrierten Filter-Engine bietet, die die Blockierungsregeln selbststĂ€ndig verarbeitet und die Verwendung eigener Filteralgorithmen nicht zulĂ€sst.
Die Erweiterung uBlock Origin Lite (uBOL) implementiert nur einen Teil der FunktionalitĂ€t von uBlock Origin. Bei uBlock Origin Lite war es problematisch, dynamische Inhaltsfilter und URLs, HTTP-Headerfilter, Werkzeuge zum Deaktivieren von Skripten, Schriftarten und groĂen Multimedia-Elementen in Bezug auf bestimmte Websites, viele Filteroptionen (strict1p, strict3p, domain, redirect-rule, removeparam), DNS-Manipulationsschutz zur Umgehung von Blockierungen zu ĂŒbertragen. Aufgrund des Bedarfs an zusĂ€tzlichen Berechtigungen sind in uBlock Origin Lite kosmetische Filter zum Ersetzen von Inhalten auf der Seite (â##â), Skript-Substitutionen auf Websites (â##+jsâ), Filter fĂŒr das Umleiten von Anfragen (âredirect=â) sowie CSP-Headerfilter (Content Security Policy) und Filter zum Entfernen von Anfrageparametern (âremoveparam=â) standardmĂ€Ăig deaktiviert.
Quelle: opennet.ru
