Martin Stransky, Maintainer von Firefox-Paketen f\u00fcr Fedora und RHEL, der mit dem Portieren von Firefox f\u00fcr Wayland besch\u00e4ftigt ist, ver\u00f6ffentlichte einen Bericht \u00fcber die neuesten Fortschritte in Bezug auf die Funktionsweise von Firefox in Umgebungen, die auf dem Wayland-Protokoll basieren. <\/p>\n
In den kommenden Versionen von Firefox wird geplant, die in den Wayland-Bauten beobachteten Probleme mit der Zwischenablage und der Verarbeitung von Pop-up-Fenstern zu l\u00f6sen. Diese Funktionen konnten nicht sofort umgesetzt werden, da es Unterschiede in der Herangehensweise an deren Implementierung in X11 und Wayland gibt. Im ersten Fall kamen Schwierigkeiten aufgrund des asynchronen Betriebs der Wayland-Zwischenablage auf, was die Erstellung einer separaten Schicht erforderte, um den Zugriff auf die Wayland-Zwischenablage zu abstrahieren. Diese Schicht wird in Firefox 93 hinzugef\u00fcgt und standardm\u00e4\u00dfig in Firefox 94 aktiviert. <\/p>\n
Was Pop-up-Dialoge betrifft, so lag die Hauptschwierigkeit darin, dass Wayland eine strikte Hierarchie von Pop-up-Fenstern verlangt, d.h. ein \u00fcbergeordnetes Fenster kann ein untergeordnetes Fenster mit einem Pop-up erstellen, aber das aus diesem Fenster initiierte n\u00e4chste Pop-up muss an das urspr\u00fcngliche untergeordnete Fenster gebunden werden und eine Kette bilden. In Firefox konnte jedes Fenster mehrere Pop-ups erzeugen, die keine Hierarchie bildeten. Das Problem bestand darin, dass beim Einsatz von Wayland das Schlie\u00dfen eines der Pop-ups eine Neustrukturierung der gesamten Fensterkette mit anderen Pop-ups erforderte, wobei das gleichzeitige Vorhandensein mehrerer ge\u00f6ffneter Pop-ups nicht selten ist, da Men\u00fcs, Tooltips, Erweiterungsdialoge, Berechtigungsanfragen usw. in Form von Pop-ups realisiert sind. Die Situation wurde auch durch M\u00e4ngel in Wayland und GTK kompliziert, durch die selbst kleine \u00c4nderungen zu verschiedenen Regressionen f\u00fchren konnten. Dennoch wurde der Code zur Verarbeitung von Pop-up-Fenstern f\u00fcr Wayland optimiert und soll in Firefox 94 integriert werden. <\/p>\n
Unter den weiteren Verbesserungen in Bezug auf Wayland wird die Einf\u00fchrung von \u00c4nderungen in Firefox 93 erw\u00e4hnt, die mit dem Skalieren auf Bildschirmen mit unterschiedlicher DPI zusammenh\u00e4ngen. Diese \u00c4nderungen erm\u00f6glichen es, das Flimmern beim Bewegen des Fensters an den Rand des Bildschirms in Mehrmonitor-Konfigurationen zu beseitigen. In Firefox 95 ist geplant, die Probleme zu beheben, die bei der Verwendung der Drag & Drop-Oberfl\u00e4che auftreten, beispielsweise beim Kopieren von Dateien aus externen Quellen in lokale Dateisysteme und beim Verschieben von Registerkarten. <\/p>\n
In der Firefox-Version 96 wird der Firefox-Port f\u00fcr Wayland so weit verbessert, dass er in Bezug auf die Funktionalit\u00e4t mit der X11-Version gleichziehen kann, zumindest im GNOME-Umfeld von Fedora. Danach werden die Entwickler ihre Aufmerksamkeit auf die Optimierung der GPU-Prozesse unter Wayland richten, wobei der Code f\u00fcr die Interaktion mit Grafikadaptern ausgelagert wird, um den Hauptprozess des Browsers vor Abst\u00fcrzen bei Treiberfehlern zu sch\u00fctzen. Au\u00dferdem wird der Code f\u00fcr die Videodekodierung mit VAAPI in den GPU-Prozess verlagert, der derzeit in den Content-Processing-Prozessen l\u00e4uft. <\/p>\n
Zus\u00e4tzlich sollte erw\u00e4hnt werden, dass f\u00fcr einen kleinen Prozentsatz der Benutzer stabiler Versionen von Firefox der Modus zur strengen Isolation von Websites aktiviert wurde, der im Rahmen des Projekts Fission entwickelt wurde. Im Gegensatz zur bisherigen zuf\u00e4lligen Verteilung der Verarbeitung von Registerkarten auf den verf\u00fcgbaren Prozesspools (standardm\u00e4\u00dfig 8) stellt der Modus der strengen Isolation die Verarbeitung jeder Website in einen eigenen Prozess bereit, wobei nicht nach Registerkarten, sondern nach Domains (Public Suffix) getrennt wird. Dadurch wird der Inhalt externe Skripte und iframe-Bl\u00f6cke zus\u00e4tzlich isoliert. Die Aktivierung des Fission-Modus erfolgt \u00fcber die Variable \u201efission.autostart=true\u201c in about:config oder auf der Seite about:preferences#experimental. <\/p>\n
Der strenge Isolationsmodus sch\u00fctzt vor Angriffen \u00fcber Seiteneffekte, zum Beispiel im Zusammenhang mit Schwachstellen der Spectre-Klasse, und reduziert die Speicherfragmentierung, gibt den Speicher effizienter an das Betriebssystem zur\u00fcck, minimiert die Auswirkungen der Garbage Collection und rechenintensiven Prozesse auf Seiten in anderen Prozessen, erh\u00f6ht die Effizienz der Lastverteilung auf verschiedene CPU-Kerne und verbessert die Stabilit\u00e4t (ein Absturz des Prozesses, der iframes verarbeitet, zieht nicht den Hauptstandort und andere Tabs mit sich). <\/p>\n
Zu den bekannten Problemen, die beim Einsatz des strengen Isolationsmodus auftreten, z\u00e4hlen ein deutlich h\u00f6herer Speicher- und Dateideskriptorverbrauch beim \u00d6ffnen einer gro\u00dfen Anzahl von Tabs sowie die Beeintr\u00e4chtigung der Funktionalit\u00e4t einiger Erweiterungen, das Verschwinden von Inhalten in iframes beim Drucken und bei der Funktion zum Erstellen von Screenshots, eine geringere Effektivit\u00e4t beim Caching von Dokumenten mit iframes und der Verlust von Inhalten in ausgef\u00fcllten, aber nicht gesendeten Formularen bei der Wiederherstellung einer Sitzung nach einem Absturz. <\/p>\n