{"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\/novosti-interneta\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","title":{"rendered":"In Firefox beginnt die Testerstellung der dritten Manifestversion von Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Firma Mozilla hat mit dem Testen der dritten Version des Chrome-Manifests in Firefox begonnen, welches die Funktionen und Ressourcen definiert, die f\u00fcr Erweiterungen, die unter Verwendung der WebExtensions-API geschrieben wurden, zur Verf\u00fcgung stehen. Um die dritte Version des Manifests in der Beta-Version von Firefox 101 zu testen, sollte der Parameter about:config auf 'extensions.manifestV3.enabled' auf true und 'xpinstall.signatures.required' auf false gesetzt werden. Zur Installation von Erweiterungen kann die Schnittstelle about:debugging verwendet werden. Die Standardaktivierung der dritten Manifestversion ist f\u00fcr Ende des Jahres geplant. <\/p>\n
Mit der Version 57 ist Firefox vollst\u00e4ndig auf die Nutzung der WebExtensions-API f\u00fcr die Entwicklung von Erweiterungen umgestiegen und hat die Unterst\u00fctzung f\u00fcr die XUL-Technologie eingestellt. Der Wechsel zu WebExtensions hat die Entwicklung von Erweiterungen mit den Plattformen Chrome, Opera, Safari und Edge vereinheitlicht, das Portieren von Erweiterungen zwischen verschiedenen Webbrowsern vereinfacht und die M\u00f6glichkeit geschaffen, den Mehrprozessbetrieb vollst\u00e4ndig zu nutzen (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, bietet Firefox nahezu vollst\u00e4ndige Kompatibilit\u00e4t mit der zweiten Version des Chrome-Manifests. <\/p>\n
Derzeit arbeitet Chrome an der Umstellung auf die dritte Version des Manifests, w\u00e4hrend die Unterst\u00fctzung der zweiten Version im Januar 2023 eingestellt wird. Da die dritte Version des Manifests in der Kritik steht und die Funktionalit\u00e4t vieler Erweiterungen zum Blockieren unerw\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit beeintr\u00e4chtigen k\u00f6nnte, hat Mozilla beschlossen, von der Praxis der vollst\u00e4ndigen Kompatibilit\u00e4t mit dem Manifest in Firefox abzur\u00fccken und einige \u00c4nderungen anders umzusetzen. <\/p>\n
Die Hauptbeschwerde \u00fcber die dritte Version des Manifests betrifft die Umstellung des API webRequest auf den Nur-Lese-Modus, der es erm\u00f6glichte, eigene Handler zu integrieren, die vollen Zugriff auf Netzwerk-Anfragen hatten und den Datenverkehr in Echtzeit modifizieren konnten. Dieses API wird in uBlock Origin und vielen anderen Erweiterungen verwendet, um unerw\u00fcnschte Inhalte zu blockieren und die Sicherheit zu gew\u00e4hrleisten. Anstelle des API webRequest wurde in der dritten Version des Manifests ein eingeschr\u00e4nktes API namens declarativeNetRequest vorgeschlagen, das Zugriff auf eine interne Filter-Engine gew\u00e4hrt, die die Blockierungsregeln selbst\u00e4ndig verarbeitet, keine eigenen Filteralgorithmen zul\u00e4sst und keine komplexen Regeln unterst\u00fctzt, die sich je nach Bedingungen \u00fcberschneiden. <\/p>\n
In der von Firefox implementierten dritten Version des Manifests wurde eine neue deklarative API zur Inhaltsfilterung hinzugef\u00fcgt. Im Gegensatz zu Chrome wird jedoch die Unterst\u00fctzung des alten blockierenden Modus der API webRequest nicht eingestellt. Zu den weiteren Besonderheiten der neuen Manifest-Implementierung in Firefox geh\u00f6ren: <\/p>\n
\n
Im Manifest wird die Ersetzung von Hintergrundseiten durch eine Variante der Service Workers definiert, die als Hintergrundprozesse (Background Service Workers) funktionieren. Um die Kompatibilit\u00e4t sicherzustellen, wird Firefox diese Anforderung umsetzen, zudem wird ein neuer Mechanismus f\u00fcr Event Pages vorgeschlagen, der f\u00fcr Web-Entwickler vertrauter ist, keine vollst\u00e4ndige \u00dcberarbeitung der Erweiterungen erfordert und Einschr\u00e4nkungen im Zusammenhang mit der Verwendung von Service Workers beseitigt. Event Pages erm\u00f6glicht es, bestehende Erweiterungen mit Hintergrundseiten an die Anforderungen der dritten Manifestversion anzupassen, w\u00e4hrend der Zugang zu s\u00e4mtlichen notwendigen Funktionen f\u00fcr die Arbeit mit dem DOM erhalten bleibt. In der testbaren Implementierung des Manifests in Firefox werden derzeit nur Event Pages unterst\u00fctzt; die Unterst\u00fctzung einer L\u00f6sung auf Basis von Service Workers wird zu einem sp\u00e4teren Zeitpunkt versprochen. Dieses Angebot wurde von Apple unterst\u00fctzt und Event Pages wurden in der Safari Technology Preview 136 implementiert.\n
Das neue granulierte Berechtigungsanfragemodell \u2014 das Zusatzmodul kann nicht sofort f\u00fcr alle Seiten aktiviert werden (die Berechtigung \u201eall_urls\u201c wurde entfernt) und funktioniert nur im Kontext des aktiven Tabs. Das hei\u00dft, der Benutzer muss die Funktionsweise des Zusatzmoduls f\u00fcr jede Website best\u00e4tigen. In Firefox werden alle Anfragen nach Zugriff auf Website-Daten als optional betrachtet, und die endg\u00fcltige Entscheidung \u00fcber den Zugang wird vom Benutzer getroffen, der selektiv entscheiden kann, welchem Zusatzmodul er Zugriff auf seine Daten auf dieser oder jener Website gew\u00e4hrt.\n
\u00c4nderung der Cross-Origin-Anfragenverarbeitung \u2014 entsprechend dem neuen Manifest gelten die gleichen Berechtigungsbeschr\u00e4nkungen wie f\u00fcr die Hauptseite, in die diese Skripte eingebettet sind (zum Beispiel, wenn die Seite keinen Zugriff auf die API zur Standortbestimmung hat, erh\u00e4lt auch das Erg\u00e4nzungsskript keinen Zugriff). Diese \u00c4nderung ist vollst\u00e4ndig in Firefox implementiert. <\/li>\n
API auf Basis von Promise. Firefox unterst\u00fctzt bereits diese API und wird sie f\u00fcr die dritte Manifestversion in den Namespace 'chrome.*' \u00fcbertragen. <\/li>\n