{"id":104092,"date":"2022-05-19T21:36:47","date_gmt":"2022-05-19T19:36:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome"},"modified":"2022-05-19T21:36:47","modified_gmt":"2022-05-19T19:36:47","slug":"v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","title":{"rendered":"In Firefox hat das Testen der dritten Version des Chrome-Manifests begonnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das Unternehmen Mozilla hat mit dem Testen der Implementierung der dritten Version des Chrome-Manifests in Firefox begonnen, das die Funktionen und Ressourcen definiert, die f\u00fcr mit der WebExtensions-API entwickelte Add-ons verf\u00fcgbar sind. Um die dritte Version des Manifests in der Beta-Version von Firefox 101 zu testen, sollte die Einstellung \u201eextensions.manifestV3.enabled\u201c auf true und \u201expinstall.signatures.required\u201c auf false gesetzt werden. Add-ons k\u00f6nnen \u00fcber die Schnittstelle about:debugging installiert werden. Die standardm\u00e4\u00dfige Aktivierung der dritten Version des Manifests ist f\u00fcr Ende des Jahres geplant. <\/p>\n
Seit Version 57 hat Firefox vollst\u00e4ndig auf die WebExtensions-API zur Entwicklung von Erweiterungen umgestellt und die Unterst\u00fctzung der XUL-Technologie eingestellt. Der \u00dcbergang zu WebExtensions erm\u00f6glichte eine Vereinheitlichung der Entwicklung von Erweiterungen mit den Plattformen Chrome, Opera, Safari und Edge, vereinfachte das Portieren von Erweiterungen zwischen verschiedenen Webbrowsern und erm\u00f6glichte die umfassende Nutzung des Multiprozessbetriebs (WebExtensions-Erweiterungen k\u00f6nnen in separaten Prozessen ausgef\u00fchrt werden, isoliert von anderen Teilen des Browsers). Um die Entwicklung von Erweiterungen mit anderen Browsern zu vereinheitlichen, gew\u00e4hrleistet Firefox nahezu vollst\u00e4ndige Kompatibilit\u00e4t mit der zweiten Version des Chrome-Manifests. <\/p>\n
Derzeit wird in Chrome an dem \u00dcbergang zur dritten Version des Manifests gearbeitet, und die Unterst\u00fctzung der zweiten Version wird im Januar 2023 eingestellt. Da die dritte Version des Manifests Kritik ausgel\u00f6st hat und die Funktionsweise vieler Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit beeintr\u00e4chtigen wird, hat die Mozilla Corporation beschlossen, von der Praxis der vollst\u00e4ndigen Kompatibilit\u00e4t mit dem Manifest in Firefox abzugehen und einige \u00c4nderungen anders umzusetzen. <\/p>\n
Die Hauptkritik an der dritten Manifestversion bezieht sich auf die Umstellung der API webRequest in den Nur-Lese-Modus. Diese API erlaubte es, eigene Handler zu integrieren, die vollen Zugriff auf Netzwerkrequests hatten und den Datenverkehr in Echtzeit modifizieren konnten. Diese API wird in uBlock Origin und vielen anderen Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Sicherheitsgew\u00e4hrleistung verwendet. Statt der API webRequest wird in der dritten Manifestversion eine eingeschr\u00e4nkte API namens declarativeNetRequest angeboten, die Zugriff auf eine integrierte Engine f\u00fcr die Filterung bietet, die Regeln zur Blockierung selbst verarbeitet, aber keine eigenen Filteralgorithmen und keine komplexen, sich gegenseitig \u00fcberlappenden Regeln je nach Bedingungen zul\u00e4sst. <\/p>\n
In der in Firefox vorgeschlagenen Umsetzung der dritten Version des Manifests wurde eine neue deklarative API zur Filterung von Inhalten hinzugef\u00fcgt, jedoch wurde im Gegensatz zu Chrome die Unterst\u00fctzung des alten Blockierungsmodus der API webRequest nicht eingestellt. Zu den weiteren Besonderheiten der Umsetzung des neuen Manifests in Firefox geh\u00f6ren: <\/p>\n
\n
Im Manifest wird der Austausch von Hintergrundseiten durch die Option Service Workers definiert, die als Hintergrundprozesse (Background Service Workers) fungieren. Um die Kompatibilit\u00e4t mit Firefox sicherzustellen, wird dieses Erfordernis umgesetzt, und zus\u00e4tzlich wird ein neuer Mechanismus namens Event Pages vorgeschlagen, der f\u00fcr Webentwickler vertrauter ist, keine vollst\u00e4ndige \u00dcberarbeitung von Erweiterungen erfordert und die Einschr\u00e4nkungen im Zusammenhang mit der Verwendung von Service Workers beseitigt. Event Pages erm\u00f6glichen es, bestehende Erweiterungen mit Hintergrundseiten an die Anforderungen der dritten Version des Manifests anzupassen und gleichzeitig den Zugang zu allen notwendigen Funktionen f\u00fcr die Arbeit mit dem DOM zu gew\u00e4hrleisten. In der f\u00fcr Tests in Firefox verf\u00fcgbaren Umsetzung des Manifests werden derzeit nur Event Pages unterst\u00fctzt, w\u00e4hrend die Unterst\u00fctzung einer L\u00f6sung basierend auf Service Workers sp\u00e4ter versprochen wurde. Dieses Angebot wurde von Apple unterst\u00fctzt, und Event Pages wurden in der Ver\u00f6ffentlichung Safari Technology Preview 136 implementiert.\n
Ein neues, granuliertes Berechtigungsanforderungsmodell \u2013 die Erweiterung kann nicht sofort f\u00fcr alle Seiten aktiviert werden (Berechtigung \u201eall_urls\u201c wurde entfernt) und funktioniert nur im Kontext des aktiven Tabs, d.h. der Benutzer muss die Erweiterung f\u00fcr jede Website best\u00e4tigen. In Firefox werden alle Zugriffsanforderungen auf die Website-Daten als optional betrachtet, und die endg\u00fcltige Entscheidung \u00fcber den Zugriff obliegt dem Benutzer, der selektiv entscheiden kann, welcher Erweiterung der Zugriff auf seine Daten auf dieser oder jener Website gew\u00e4hrt wird.\n
\u00c4nderung der Verarbeitung von Cross-Origin-Anfragen \u2013 gem\u00e4\u00df dem neuen Manifest gelten dieselben Berechtigungsbeschr\u00e4nkungen f\u00fcr die Skripte zur Verarbeitung von Inhalten, die auch f\u00fcr die Hauptseite gelten, in die diese Skripte eingebettet werden (z.B. wenn die Seite keinen Zugriff auf die Geolocation-API hat, erh\u00e4lt auch das Erweiterungsskript keinen Zugriff). Diese \u00c4nderung ist vollst\u00e4ndig in Firefox implementiert. <\/li>\n
Promise-basiertes API. Firefox unterst\u00fctzt bereits dieses API und wird es f\u00fcr die dritte Manifestversion in den Namensraum \u201echrome.*\u201c \u00fcbertragen. <\/li>\n