Das Unternehmen Google hat seine Pläne zur Einstellung der Unterstützung der zweiten Manifestversion von Chrome, die die Möglichkeiten und Ressourcen definiert, die für mit der API WebExtensions erstellte Erweiterungen verfügbar sind, angepasst. Ursprünglich war die Einstellung der Unterstützung für Januar 2023 geplant. Der neue Plan sieht vor, das endgültige Datum für die Deaktivierung von Erweiterungen, die die zweite Manifestversion verwenden, auf Januar 2024 zu verschieben.
Im Januar 2023 wird in den Testversionen von Chrome 112 (Canary, Dev, Beta) ein Experiment durchgeführt, bei dem die Unterstützung der zweiten Manifestversion vorübergehend deaktiviert wird. Im Juni 2023 wird das Experiment fortgesetzt und die Unterstützung der zweiten Manifestversion könnte in der stabilen Version von Chrome 115 deaktiviert werden. Darüber hinaus wird im Januar 2023 die dritte Manifestversion obligatorisch für die Aufnahme in die Liste der empfohlenen Erweiterungen im Chrome Web Store. Ab Juni 2023 wird die Veröffentlichung öffentlich zugänglicher Erweiterungen mit der zweiten Manifestversion im Chrome Web Store untersagt, und bereits hinzugefügte öffentliche Erweiterungen werden in die Kategorie „Unlisted“ verschoben. Im Januar 2024 werden Erweiterungen mit der zweiten Manifestversion aus dem Chrome Web Store entfernt, und die Einstellung, die die Rückkehr zur Unterstützung des alten Manifests ermöglicht, wird aus dem Browser entfernt.
Ursprünglich wurde die dritte Version des Manifests wegen der Störung vieler Erweiterungen zur Blockierung unerwünschter Inhalte und zur Gewährleistung der Sicherheit kritisiert. Allmählich beginnen jedoch die Erweiterungen, auf das neue Manifest umzustellen. So wurden kürzlich beispielsweise Versionen der Adblocker uBlock Origin und AdGuard auf das neue Manifest aktualisiert.
Die dritte Version des Manifests wurde im Rahmen einer Initiative zur Verbesserung der Sicherheit, des Datenschutzes und der Leistungsfähigkeit von Erweiterungen entwickelt. Das Hauptziel der Änderungen besteht darin, die Erstellung sicherer und leistungsstarker Erweiterungen zu vereinfachen und gleichzeitig die Möglichkeit zur Entwicklung unsicherer und langsamer Erweiterungen zu erschweren.
Die Hauptbeschwerde über die dritte Version des Manifests betrifft die Umstellung der webRequest API auf den Nur-Lese-Modus. Diese API ermöglichte es, benutzerdefinierte Handler zu integrieren, die vollständigen Zugriff auf Netzwerkrequests hatten und in der Lage waren, den Datenverkehr in Echtzeit zu modifizieren. Diese API wird in uBlock Origin, AdGuard und vielen anderen Erweiterungen zur Blockierung unerwünschter Inhalte und zur Gewährleistung der Sicherheit verwendet. Anstelle der webRequest API wurde in der dritten Version des Manifests eine eingeschränkte API, die declarativeNetRequest API, vorgeschlagen. Diese bietet Zugriff auf eine integrierte Filter-Engine, die die Blockierungsregeln selbst verarbeitet, jedoch keine benutzerdefinierten Filteralgorithmen zulässt und es nicht ermöglicht, komplexe, sich gegenseitig überlagernde Regeln je nach Bedingungen festzulegen.
Nach drei Jahren Diskussionen über die bevorstehende dritte Version des Manifests hat Google viele Wünsche der Community berücksichtigt und die ursprünglich bereitgestellte API declarativeNetRequest um Funktionen erweitert, die in bestehenden Erweiterungen nachgefragt werden. Zum Beispiel hat Google der API declarativeNetRequest die Unterstützung mehrerer statischer Regelsätze, die Filterung nach regulären Ausdrücken, die Modifikation von HTTP-Headern, das dynamische Ändern und Hinzufügen von Regeln, das Entfernen und Ersetzen von Anfrageparametern, die filtering binds to tabs und die Erstellung spezifischer für bestimmte Sitzungen Regelsätze hinzugefügt.
Quelle: opennet.ru
