Martin Stransky, maintainer dei pacchetti con Firefox in Fedora e RHEL, impegnato nel porting di Firefox per Wayland, ha pubblicato un rapporto con una panoramica degli ultimi progressi nel funzionamento di Firefox in ambienti basati sul protocollo Wayland. <\/p>\n
Nei prossimi rilasci di Firefox si prevede di risolvere i problemi osservati nelle build per Wayland relativi agli appunti e alla gestione delle finestre popup. Queste funzionalit\u00e0 non sono state immediately implementate a causa delle differenze nel modo in cui vengono realizzate in X11 e Wayland. Nel primo caso, le difficolt\u00e0 sono sorte a causa del funzionamento degli appunti in modo asincrono, il che ha richiesto la creazione di uno strato separato per astrarre l'accesso agli appunti Wayland. Questo strato sar\u00e0 incluso in Firefox 93 e abilitato di default in Firefox 94. <\/p>\n
Per quanto riguarda le finestre di dialogo popup, la principale difficolt\u00e0 era che Wayland richiede il rispetto di una rigorosa gerarchia delle finestre popup, ossia una finestra genitore pu\u00f2 creare una finestra figlia con un popup, ma il successivo popup avviato da questa finestra deve essere legato alla finestra figlia 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, pur essendo frequente avere pi\u00f9 popup aperti, poich\u00e9 menu, suggerimenti, dialoghi di estensioni, richieste di autorizzazione, ecc. sono implementati come popup. La situazione era ulteriormente complicata da difetti in Wayland e GTK, a causa dei quali piccoli cambiamenti potevano portare a varie regressioni. Tuttavia, il codice per la gestione delle finestre popup per Wayland \u00e8 stato messo a punto e si prevede di includerlo in Firefox 94. <\/p>\n
Tra le altre miglior\u00ece relative a Wayland, si segnala l'aggiunta in Firefox 93 di modifiche legate al ridimensionamento sugli schermi con DPI diversi, che hanno eliminato il flickering durante il trascinamento della finestra verso il bordo dello schermo in configurazioni multi-monitor. In Firefox 95 si prevede di affrontare i problemi che sorgono durante l'uso dell'interfaccia drag&drop, ad esempio, durante la copia di file da fonti esterne ai file system locali e durante lo spostamento delle schede. <\/p>\n
Nella versione 96 di Firefox, si prevede di portare il porting di Firefox per Wayland a una parit\u00e0 funzionale con la versione per X11, almeno su Fedora nel contesto GNOME. Dopo questo, l'attenzione degli sviluppatori sar\u00e0 rivolta a perfezionare il funzionamento del processo GPU in ambienti Wayland, nel quale \u00e8 stato spostato il codice per l'interazione con gli adattatori grafici e che protegge il processo principale del browser da crash in caso di guasti nei driver. Si prevede anche di trasferire nel processo GPU il codice per la decodifica video tramite VAAPI, attualmente in esecuzione nei processi di elaborazione dei contenuti. <\/p>\n
Inoltre, si pu\u00f2 notare l'inclusione di una modalit\u00e0 di isolamento rigoroso dei siti per una piccola percentuale di utenti delle versioni stabili di Firefox, sviluppata nell'ambito del progetto Fission. A differenza della distribuzione casuale della gestione delle schede nel pool di processi disponibili (di default 8), la modalit\u00e0 di isolamento gestisce ogni sito in un processo separato, non separando per schede, ma per domini (Public Suffix), consentendo di isolare ulteriormente i contenuti di script esterni e blocchi iframe. L'attivazione della modalit\u00e0 Fission avviene attraverso la variabile \"fission.autostart=true\" in about:config o nella pagina about:preferences#experimental. <\/p>\n
La modalit\u00e0 di isolamento rigoroso protegge dagli attacchi tramite canali secondari, come quelli legati a vulnerabilit\u00e0 di tipo Spectre, e riduce la frammentazione della memoria, restituendo la memoria al sistema operativo in modo pi\u00f9 efficiente, minimizzando l'impatto della raccolta dei rifiuti e dei calcoli intensivi sulle pagine in altri processi, aumentando l'efficienza della distribuzione del carico su diversi core CPU e migliorando la stabilit\u00e0 (il crash del processo che gestisce un iframe non porter\u00e0 al crash del sito principale e di altre schede). <\/p>\n
Tra i problemi noti che sorgono con l'uso della modalit\u00e0 di isolamento rigoroso, si segnala un aumento significativo del consumo di memoria e dei descrittori di file quando si aprono un gran numero di schede, nonch\u00e9 problemi con alcune estensioni, sparizione dei contenuti degli iframe durante la stampa e l'attivazione della funzione di cattura dello schermo, riduzione dell'efficacia della memorizzazione nella cache dei documenti contenenti iframe, perdita dei contenuti di moduli compilati ma non inviati durante il ripristino della sessione dopo un crash. <\/p>\n