Martin Stransky, Wartungsbeauftragter f\u00fcr Firefox-Pakete in Fedora und RHEL, der sich mit der Portierung von Firefox f\u00fcr Wayland besch\u00e4ftigt, hat einen Bericht ver\u00f6ffentlicht, der die neuesten Fortschritte bei der Nutzung von Firefox in Umgebungen auf Basis des Wayland-Protokolls zusammenfasst. <\/p>\n
In den kommenden Versionen von Firefox wird geplant, die in den Wayland-Bauten beobachteten Probleme mit der Zwischenablage und der Handhabung von Popup-Fenstern zu beheben. Diese Funktionen konnten zun\u00e4chst nicht realisiert werden, da es Unterschiede in der Implementierung zwischen X11 und Wayland gibt. Im ersten Fall entstanden Schwierigkeiten durch die asynchrone Arbeitsweise der Wayland-Zwischenablage, was die Schaffung einer separaten Schicht zur Abstraktion des Zugriffs auf die Wayland-Zwischenablage erforderlich machte. Diese Schicht wird in Firefox 93 hinzugef\u00fcgt und standardm\u00e4\u00dfig in Firefox 94 aktiviert. <\/p>\n
Was die Pop-up-Fenster betrifft, so bestand die Hauptschwierigkeit darin, dass Wayland eine strenge Hierarchie von Pop-up-Fenstern erfordert. Das hei\u00dft, ein \u00fcbergeordnetes Fenster kann ein untergeordnetes Fenster mit einem Pop-up erstellen, aber das n\u00e4chste Pop-up, das aus diesem Fenster initiiert wird, muss an das urspr\u00fcngliche untergeordnete Fenster angebunden werden, wodurch eine Kette entsteht. In Firefox konnte jedes Fenster mehrere Pop-ups erzeugen, ohne eine Hierarchie zu bilden. Das Problem bestand darin, dass beim Schlie\u00dfen eines der Pop-ups unter Wayland die gesamte Kette der Fenster mit den anderen Pop-ups neu aufgebaut werden muss, wobei mehrere offene Pop-ups keine Seltenheit sind, da in Form von Pop-ups Men\u00fcs, Tooltips, Erweiterungsdialoge, Berechtigungsanfragen usw. realisiert sind. Die Situation wurde zus\u00e4tzlich durch M\u00e4ngel in Wayland und GTK kompliziert, aufgrund derer schon kleine \u00c4nderungen zu verschiedenen Regressionen f\u00fchren konnten. Trotzdem wurde der Code zur Verarbeitung von Pop-up-Fenstern f\u00fcr Wayland optimiert und soll in Firefox 94 integriert werden. <\/p>\n
Zu den weiteren Verbesserungen im Zusammenhang mit Wayland geh\u00f6rt die Einf\u00fchrung in Firefox 93 von \u00c4nderungen, die das Skalieren auf Bildschirmen mit unterschiedlichen DPI betreffen. Diese \u00c4nderungen haben das Flackern beim Verschieben eines Fensters an den Rand des Bildschirms in Mehrmonitorkonfigurationen beseitigt. In Firefox 95 wird geplant, die Probleme zu beheben, die beim Einsatz der Drag-and-Drop-Oberfl\u00e4che auftreten, zum Beispiel beim Kopieren von Dateien aus externen Quellen in lokale Dateisysteme und beim Verschieben von Tabs. <\/p>\n
In der Version Firefox 96 wird der Wayland-Port von Firefox auf den Funktionsumfang der X11-Version angehoben, zumindest im GNOME-Umfeld von Fedora. Danach wird der Fokus der Entwickler darauf liegen, die GPU-Prozesse in Wayland zu optimieren. In diesen Prozess wird der Code zur Interaktion mit Grafik-Adaptern ausgelagert, was den Hauptprozess des Browsers vor Abst\u00fcrzen durch Treiberfehler sch\u00fctzt. Au\u00dferdem ist vorgesehen, den VAAPI-Code zur Video-Dekodierung in den GPU-Prozess auszulagern, der aktuell in den Content-Processing-Prozessen l\u00e4uft. <\/p>\n
Zus\u00e4tzlich ist die Einf\u00fchrung des strengen Isolierungsmodus f\u00fcr Websites in stabilen Versionen von Firefox f\u00fcr einen kleinen Prozentsatz der Benutzer erw\u00e4hnenswert, der im Rahmen des Fission-Projekts entwickelt wurde. Im Gegensatz zur bisher verwendeten zuf\u00e4lligen Verteilung der Tab-Verarbeitung auf den verf\u00fcgbaren Pool von Prozessen (standardm\u00e4\u00dfig 8) isoliert der Modus f\u00fcr strenge Isolierung die Verarbeitung jeder Website in einen eigenen Prozess, wobei die Isolation nicht nach Tabs, sondern nach Domains (Public Suffix) erfolgt. Dadurch wird der Inhalt externer Skripte und iFrame-Bl\u00f6cke zus\u00e4tzlich isoliert. Die Aktivierung des Fission-Modus erfolgt \u00fcber die Variable 'fission.autostart=true' in about:config oder auf der Seite about:preferences#experimental. <\/p>\n
Der Modus der strengen Isolierung sch\u00fctzt vor Angriffen \u00fcber externe Kan\u00e4le, wie sie mit Schwachstellen der Spectre-Klasse verbunden sind. Zudem reduziert er die Fragmentierung des Speichers, gibt den Speicher effizienter an das Betriebssystem zur\u00fcck, minimiert die Auswirkungen von Garbage Collection und intensiven Berechnungen auf die Seiten anderer Prozesse, erh\u00f6ht die Effizienz der Lastverteilung auf verschiedene CPU-Kerne und verbessert die Stabilit\u00e4t (ein Absturz des Prozesses, der das iframe verarbeitet, wirkt sich nicht auf die Hauptseite und andere Tabs aus). <\/p>\n
Zu den bekannten Problemen beim Einsatz des strengen Isolationsmodus geh\u00f6rt ein deutlich erh\u00f6hter Speicher- und Dateideskriptorverbrauch beim \u00d6ffnen vieler Tabs sowie die Beeintr\u00e4chtigung der Funktion einiger Erweiterungen, das Verschwinden von iframe-Inhalten beim Drucken und beim Aufruf der Screenshot-Funktion, die Verringerung der Effizienz beim Caching von Dokumenten mit iframes und der Verlust des Inhalts ausgef\u00fcllter, aber nicht gesendeter Formulare beim Wiederherstellen der Sitzung nach einem Absturz. <\/p>\n