Martin Strange, il manutentore del pacchetto Firefox per Fedora e RHEL e che è anche responsabile del porting di Firefox per Wayland, ha pubblicato un rapporto che riassume gli ultimi sviluppi di Firefox negli ambienti Wayland.
Nel rapporto lo menzionano alcune funzionalità non possono essere implementate immediatamente a causa delle differenze nell'approccio all'implementazione in X11 e Wayland. Nel primo caso, sono sorte difficoltà a causa del funzionamento degli appunti di Wayland in modalità asincrona, che ha richiesto la creazione di un livello separato per astrarre l'accesso agli appunti di Wayland. Il livello specificato verrà aggiunto a Firefox 93 e sarà abilitato per impostazione predefinita in Firefox 94.
Per quanto riguarda dialoghi emergenti, la difficoltà principale era quella richiesta da Wayland rispetto di un rigoroso gerarchia a comparsacioè la finestra padre può creare una finestra figlio con un popup, ma il successivo popup avviato da questa finestra deve essere collegato alla finestra figlio originale, formando una catena. In Firefox, ogni finestra può generare più finestre pop-up che non formano una gerarchia.
Il problema era che quando si utilizza Wayland, la chiusura di uno dei popup richiede la ricostruzione dell'intera catena di finestre con altri popup, mentre la presenza di più popup aperti non è rara, poiché i popup vengono utilizzati per distribuire il finestre, pop-up, menu, avvisi, dialoghi supplementari, richieste di autorizzazione, ecc.
La situazione è stata complicata anche dai fallimenti di Wayland e GTK, quindi apportare piccole modifiche potrebbe portare alla comparsa di varie regressioni. Tuttavia, il codice di gestione dei popup per Wayland è stato modificato e dovrebbe essere incluso in Firefox 94.
Citati altri miglioramenti relativi a Wayland includere l'aggiunta di modifiche al ridimensionamento a 93 DPI in Firefox per eliminare lo sfarfallio quando si sposta la finestra al bordo dello schermo nelle configurazioni multi-monitor. In Firefox 95, si prevede di affrontare i problemi che si verificano quando si utilizza l'interfaccia di trascinamento della selezione, ad esempio quando si copiano file da fonti esterne a file system locali e quando si spostano le schede.
Con il lancio di Firefox 96, il porting di Firefox per Wayland raggiungerà la parità generale di funzionalità con la build X11, almeno durante l'esecuzione nell'ambiente GNOME Fedora. Successivamente, gli sviluppatori si concentreranno sul perfezionamento del lavoro negli ambienti Wayland dal processo GPU, che elimina il codice per interagire con gli adattatori grafici e protegge il processo principale del browser dall'arresto anomalo in caso di guasti del driver.
Si prevede inoltre di portare il codice nel processo GPU per decodificare i video utilizzando VAAPI, che è attualmente in fase di implementazione nei processi di elaborazione dei contenuti.
Inoltre, possiamo evidenziare l'inclusione per una piccola percentuale di utenti dei rami stabili di Firefox, il regime di rigoroso isolamento dei siti, sviluppato nell'ambito del progetto Fissione.
A differenza della distribuzione arbitraria dell'elaborazione delle schede nel gruppo di processi disponibile (8 per impostazione predefinita), che è stata utilizzata finora, la modalità di blocco sposta l'elaborazione di ciascun sito in un proprio processo separato con divisione non per schede, ma per domini che consentono di isolare ulteriormente il contenuto di script e iframe esterni.
La modalità di isolamento forte protegge dagli attacchi del canale laterale, come quelli relativi alle vulnerabilità della classe Spectre, e riduce anche la frammentazione della memoria, restituisce la memoria al sistema operativo in modo più efficiente, riduce al minimo l'impatto della raccolta dei rifiuti e del calcolo intensivo sulle pagine di altri processi e migliora l'efficienza del bilanciamento del carico, diversi core della CPU e migliora la stabilità (il blocco del processo che rende l'iframe non trascinerà il sito principale e altre schede con esso).
Tra i problemi noti qche sorgono quando viene utilizzata la modalità di isolamento rigoroso, c'è un notevole aumento della memoria e del consumo del descrittore di file quando si apre un numero elevato di schede, nonché l'interruzione del lavoro di alcuni plugin, la scomparsa del contenuto iframe durante la stampa e la chiamata della funzione per acquisire uno screenshot , una diminuzione nell'efficienza della memorizzazione nella cache dei documenti iframe Perdita di contenuto da moduli completati ma non inviati durante il ripristino di una sessione dopo un arresto anomalo.
fonte: https://mastransky.wordpress.com