Martin Stransky, vedligeholder af Firefox-pakkerne til Fedora og RHEL, som arbejder med porteringen af Firefox til Wayland, har offentliggjort en rapport, der opsummerer de seneste fremskridt inden for Firefox' funktionalitet i milj\u00f8er baseret p\u00e5 Wayland-protokollen. <\/p>\n
I de kommende versioner af Firefox planl\u00e6gges det at l\u00f8se observerede problemer i Wayland-versionerne med udklipsholderen og h\u00e5ndteringen af pop op-vinduer. Disse funktioner kunne ikke straks implementeres p\u00e5 grund af forskelle i tilgangen til deres implementering i X11 og Wayland. I det f\u00f8rste tilf\u00e6lde opstod der vanskeligheder p\u00e5 grund af, at Wayland udklipsholderen fungerer i asynkron tilstand, hvilket kr\u00e6vede oprettelse af et separat lag for at abstrahere adgangen til Wayland-udklipsholderen. Dette lag vil blive tilf\u00f8jet i Firefox 93 og aktiveres som standard i Firefox 94. <\/p>\n
Hvad ang\u00e5r pop op-dialoger, var den prim\u00e6re udfordring, at Wayland kr\u00e6ver en streng hierarki for pop op-vinduer. Det vil sige, at et for\u00e6ldrevindue kan oprette et dattervindue med et pop op, men det pop op, der initieres fra dette vindue, skal knyttes til det oprindelige dattervindue og danne en k\u00e6de. I Firefox kunne hvert vindue skabe flere pop op-vinduer, der ikke dannede et hierarki. Problemet var, at n\u00e5r man brugte Wayland, kr\u00e6vede lukning af et af pop op-vinduerne en omstrukturering af hele k\u00e6den af vinduer med andre pop op-vinduer, selvom det ikke er ualmindeligt at have flere \u00e5bne pop op-vinduer, da menuer, pop op-hints, dialogbokse til udvidelser, tilladelsesanmodninger mv. ogs\u00e5 er implementeret som pop op-vinduer. Situationen blev ogs\u00e5 kompliceret af mangler i Wayland og GTK, som kunne medf\u00f8re, at sm\u00e5 \u00e6ndringer kunne f\u00f8re til forskellige regressioner. Ikke desto mindre er koden til h\u00e5ndtering af pop op-vinduer til Wayland blevet justeret, og den planl\u00e6gges at blive inkluderet i Firefox 94. <\/p>\n
Blandt de andre forbedringer relateret til Wayland n\u00e6vnes tilf\u00f8jelsen af \u00e6ndringer i Firefox 93, der vedr\u00f8rer skalering p\u00e5 sk\u00e6rme med forskellig DPI, hvilket har elimineret flimmer, n\u00e5r vinduet flyttes til sk\u00e6rmens kant i multi-monitor konfigurationer. I Firefox 95 planl\u00e6gges det at l\u00f8se problemer, der opst\u00e5r ved brug af drag & drop-interface, for eksempel ved kopiering af filer fra eksterne kilder til lokale filsystemer og ved flytning af faner. <\/p>\n
I Firefox 96 planl\u00e6gger porten til Wayland at n\u00e5 en funktionalitetsparitet med X11-udgaven, i det mindste n\u00e5r den bruges i GNOME-milj\u00f8et p\u00e5 Fedora. Efter dette vil udviklernes opm\u00e6rksomhed blive rettet mod at forfine GPU-processen i Wayland-milj\u00f8erne, som hylder koden for interaktion med grafiske adaptere og som beskytter hovedbrowserprocessen mod nedbrud ved driverfejl. Derudover planl\u00e6gges det ogs\u00e5 at flytte koden til videodekodning ved hj\u00e6lp af VAAPI, som i \u00f8jeblikket k\u00f8rer i indholdsh\u00e5ndteringsprocesserne. <\/p>\n
Derudover kan man n\u00e6vne inkluderingen af en strengt isolationsmode for en lille procentdel af brugerne af de stabile Firefox-versioner, som er blevet udviklet som en del af Fission-projektet. I mods\u00e6tning til den hidtidige vilk\u00e5rlige fordeling af behandling af faner mellem den tilg\u00e6ngelige pulje af processer (som standard 8), isolerer strengen af isolering behandlingen af hvert websted i sin egen proces, opdelt ikke efter faner, men efter dom\u00e6ner (Public Suffix), hvilket yderligere isolerer indholdet af eksterne scripts og iframe-blokke. Aktiveringen af Fission-tilstanden styres via variablen \u00abfission.autostart=true\u00bb i about:config eller p\u00e5 siden about:preferences#experimental. <\/p>\n
Den strenge isoleringstilstand beskytter mod angreb via sidekanaler, s\u00e5som dem relateret til s\u00e5rbarheder i Spectre-klassen, og reducerer samtidig hukommelsesfragmentering, mere effektivt returnerer hukommelse til operativsystemet, mindsker indflydelsen fra affaldssamling og intensive beregninger p\u00e5 siderne i andre processer, \u00f8ger effektiviteten af belastningsfordelingen p\u00e5 forskellige CPU-kerner og forbedrer stabiliteten (nedbrud af processen, der h\u00e5ndterer iframes, vil ikke p\u00e5virke hovedsitet og andre faner). <\/p>\n
Blandt de kendte problemer, der opst\u00e5r ved brug af den strenge isoleringstilstand, er der en bem\u00e6rkelsesv\u00e6rdig stigning i hukommelses- og filbeskriverforbrug ved \u00e5bning af mange faner, samt funktionsfejl i nogle tilf\u00f8jelser, tab af indhold i iframes ved udskrivning og ved brug af screenshot-funktion, s\u00e6nket effektivitet ved caching af dokumenter med iframes, samt tab af indhold fra udfyldte, men ikke sendte formularer ved sessiongengivelse efter nedbrud. <\/p>\n