Martin Stransky, Fedora ja RHELi Firefoxi paketi haldaja ning kes vastutab ka Firefoxi Waylandi teisaldamise eest, avaldas aruande, mis võtab kokku Firefoxi viimased arengud Waylandi keskkonnas.
Raportis mainivad nad seda mõningaid funktsioone ei saanud kohe rakendada, kuna rakenduste lähenemisviisid X11 ja Waylandis olid erinevad. Esimesel juhul tekkisid raskused asünkroonses režiimis töötava Waylandi lõikelaua tõttu, mis nõudis Waylandi lõikelauale juurdepääsu abstraktse eraldiseisva kihi loomist. Määratud kiht lisatakse Firefoxi 93 ja see lubatakse vaikimisi Firefox 94 -s.
Austusega tekkivate dialoogide puhul oli peamine raskus see, mida Wayland nõudis range järgimine hüpikakende hierarhiast vanemaken saab luua hüpikaknaga alamakna, kuid järgmine sellest aknast alustatud hüpik tuleb linkida algse alamaknaga, moodustades ahela. Firefoxis võib iga aken genereerida mitu hüpikakent, mis ei moodusta hierarhiat.
Probleem seisnes selles, et Waylandi kasutamisel tuleb ühe hüpikakna sulgemiseks kogu aknakett uuesti üles ehitada teiste hüpikutega, samas kui mitme avatud hüpikakna olemasolu pole haruldane, kuna hüpikaknaid kasutatakse hüpikaknad, menüüd, teated, lisadialoogid, loataotlused jne.
Olukorra muutsid keeruliseks ka ebaõnnestumised Waylandis ja GTK -s, nii et väikeste muudatuste tegemine võib kaasa tuua mitmesuguste regressioonide ilmnemise. Waylandi hüpikakende käitlemise koodi on aga muudetud ja see on mõeldud Firefox 94 lisamiseks.
Mainiti ka muid Waylandiga seotud täiustusi lisage Firefoxile 93 DPI skaleerimismuudatust, et välk akna liigutamisel välkuda ekraani servas mitme monitori seadistustes. Firefox 95 -s on kavas probleemidega tegeleda mis tekivad pukseerimisliidese kasutamisel, näiteks failide kopeerimisel välistest allikatest kohalikesse failisüsteemidesse ja sakkide teisaldamisel.
Mis käivitati Firefox 96, Firefoxi Waylandi port, saavutab X1 ehitusega funktsionaalsuses üldise pariteedi1, vähemalt GNOME Fedora keskkonnas töötades. Seejärel arendajad keskenduvad töö täiustamisele Waylandi keskkonnas GPU protsessist, mis välistab graafikaadapteritega suhtlemise koodi ja kaitseb brauseri põhiprotsessi draiveri tõrgete korral krahhi eest.
Samuti on kavas tuua kood GPU protsessi video dekodeerimiseks VAAPI abil, mida praegu sisutöötlusprotsessides välja tuuakse.
Lisaks sellele saame esile tõsta väikese protsendi kasutajate kaasamise Firefoxi stabiilsete harude hulka, ranget alade eraldamise korda, mis töötati välja lõhustumisprojekti raames.
Erinevalt vahekaartide töötlemise meelevaldsest levitamisest saadaolevas protsessirühmas (vaikimisi 8), mida seni on kasutatud, nihutab lukustusrežiim iga saidi töötlemise oma eraldi protsessi, jagades mitte sakkide, vaid domeenide kaupa võimaldada väliste skriptide ja iframe'i sisu veelgi isoleerida.
Tugev isolatsioonirežiim kaitseb külgkanalite rünnakute eest, näiteks need, mis on seotud Spectre klassi haavatavustega, samuti vähendab see mälu killustatust, tagastab mälu tõhusamalt operatsioonisüsteemile, minimeerib prügikoristuse ja intensiivse arvutamise mõju muude protsesside lehtedele ning parandab koormuse tasakaalustamise tõhusust, erinevad protsessorituumad ja parandab stabiilsust (protsessi blokeerimine, mis muudab iframe'i, ei lohista koos sellega põhisaiti ja muid vahelehti).
Tuntud probleemide hulgas qmis tekivad siis, kui kasutatakse ranget isolatsioonirežiimi, suure hulga vahelehtede avamisel suureneb märgatavalt mälu ja failide deskriptori tarbimine, samuti mõnede pistikprogrammide töö katkestatakse, iframe sisu kaob printimisel ja ekraanipildi tegemise funktsiooni kutsumisel, vähenemine iframe'i dokumentide vahemällu salvestamise tõhusus Sisu kadumine täidetud, kuid esitamata vormidelt seansi taastamisel pärast krahhi.
allikas: https://mastransky.wordpress.com