Martin Stransky, maintainer of the Firefox packages in Fedora and RHEL, who is working on porting Firefox for Wayland, has published a report reviewing the latest achievements in Firefox's functionality within environments based on the Wayland protocol. <\/p>\n
Upcoming releases of Firefox aim to address the clipboard and popup handling issues observed in the Wayland builds. These features could not be implemented immediately due to the differences in their implementation between X11 and Wayland. In the former case, challenges arose due to the asynchronous operation of the Wayland clipboard, necessitating the creation of a separate layer to abstract access to the Wayland clipboard. This layer will be included in Firefox 93 and enabled by default in Firefox 94. <\/p>\n
Per quanto riguarda le finestre popup, la principale difficolt\u00e0 risiedeva nel fatto che Wayland richiede il rispetto di una rigida gerarchia delle finestre popup, ovvero una finestra principale pu\u00f2 creare una finestra secondaria con un popup, ma il successivo popup, avviato da questa finestra, deve essere collegato alla finestra secondaria originale, formando una catena. In Firefox, ogni finestra poteva generare pi\u00f9 popup senza formare una gerarchia. Il problema era che, utilizzando Wayland, la chiusura di uno dei popup richiede la ristrutturazione dell'intera catena di finestre con altri popup, dato che avere pi\u00f9 popup aperti non \u00e8 raro, poich\u00e9 menu, suggerimenti contestuali, dialoghi delle estensioni, richieste di autorizzazione, ecc. sono implementati come popup. La situazione era inoltre complicata da bug in Wayland e GTK, che spesso portavano a regressioni in seguito a piccole modifiche. Tuttavia, il codice per gestire le finestre popup per Wayland \u00e8 stato perfezionato ed \u00e8 previsto per essere incluso in Firefox 94. <\/p>\n
Tra le altre migliorie relative a Wayland, si segnala l'aggiunta in Firefox 93 delle modifiche legate allo scaling su schermi con DPI diversi, che hanno permesso di eliminare il tremolio durante il movimento della finestra verso il bordo dello schermo nelle configurazioni multi-monitor. In Firefox 95 \u00e8 previsto un intervento sui problemi che si verificano con l'interfaccia drag&drop, ad esempio nel copiare file da fonti esterne a filesystem locali e nel movimento delle schede. <\/p>\n
Nella versione di Firefox 96, si prevede di portare il porting di Firefox per Wayland a una parit\u00e0 funzionale con la build per X11, almeno quando si opera nell'ambiente GNOME su Fedora. Dopo di ci\u00f2, l'attenzione degli sviluppatori sar\u00e0 rivolta a perfezionare il funzionamento del processo GPU in ambienti Wayland, in cui \u00e8 stato spostato il codice per l'interazione con le schede grafiche e che protegge il processo principale del browser da crash in caso di guasti nei driver. Si prevede inoltre di trasferire nel processo GPU il codice per la decodifica video utilizzando VAAPI, attualmente eseguito nei processi di gestione dei contenuti. <\/p>\n
Inoltre, si pu\u00f2 notare l'inclusione per una piccola percentuale di utenti delle versioni stabili di Firefox della modalit\u00e0 di isolamento rigoroso dei siti, in sviluppo nell'ambito del progetto Fission. A differenza della distribuzione casuale finora utilizzata per la gestione delle schede nel pool di processi disponibili (di default 8), la modalit\u00e0 di isolamento tratta ogni sito in un proprio processo separato, isolando non per schede, ma per domini (Public Suffix), il che consente di ulteriore isolamento dei contenuti degli script esterni e dei blocchi iframe. Il controllo per attivare la modalit\u00e0 Fission avviene tramite la variabile \"fission.autostart=true\" in about:config o nella pagina about:preferences#experimental. <\/p>\n
La modalit\u00e0 di isolamento severo aiuta a proteggere da attacchi tramite canali laterali, come quelli legati a vulnerabilit\u00e0 di tipo Spectre, riduce la frammentazione della memoria, restituisce pi\u00f9 efficacemente la memoria al sistema operativo, minimizza l'impatto della raccolta di spazzatura e di calcoli intensivi sulle pagine in altri processi, aumenta l'efficienza della distribuzione del carico su diversi core CPU e migliora la stabilit\u00e0 (il crash del processo che gestisce l'iframe non comporter\u00e0 il sospensione del sito principale e di altre schede). <\/p>\n
Tra i problemi noti che si verificano utilizzando la modalit\u00e0 di isolamento severo, si evidenzia un significativo aumento del consumo di memoria e dei descrittori di file quando si aprono numerose schede, nonch\u00e9 malfunzionamenti di alcune estensioni, scomparsa di contenuti degli iframe durante la stampa e l'attivazione della funzione di registrazione dello screenshot, riduzione dell'efficacia della memorizzazione nella cache di documenti con iframe, perdita di contenuti compilati ma non inviati nei moduli durante il ripristino della sessione dopo un crash. <\/p>\n