Martin Stránský, správce balíčku Firefox pro Fedoru a RHEL a který je také zodpovědný za portování Firefoxu pro Wayland, publikoval zprávu shrnující nejnovější vývoj ve Firefoxu v prostředích Wayland.
Ve zprávě to zmiňují některé funkce nebylo možné implementovat okamžitě kvůli rozdílům v přístupu k implementaci v X11 a Wayland. V prvním případě nastaly potíže kvůli tomu, že schránka Wayland fungovala v asynchronním režimu, což vyžadovalo vytvoření samostatné vrstvy pro abstraktní přístup ke schránce Waylanda. Uvedená vrstva bude přidána do Firefoxu 93 a bude ve výchozím nastavení povolena ve Firefoxu 94.
S ohledem na objevující se dialogy, hlavní obtíž byla to, co Wayland vyžadoval dodržování přísných vyskakovací hierarchie, to znamená, že nadřazené okno může vytvořit podřízené okno s vyskakovacím oknem, ale další vyskakovací okno spuštěné z tohoto okna musí být propojeno s původním podřízeným oknem a tvořit řetěz. Ve Firefoxu mohlo každé okno generovat více vyskakovacích oken, která netvořila hierarchii.
Problém byl v tom, že když používáte Wayland, zavření jednoho z vyskakovacích oken vyžaduje přestavbu celého řetězce oken s jinými vyskakovacími okny, přičemž přítomnost více otevřených vyskakovacích oken není neobvyklá, protože vyskakovací okna se používají k nasazení vyskakovací okna, nabídky, oznámení, doplňkové dialogy, žádosti o povolení atd.
Situaci komplikovaly také poruchy ve Waylandu a GTK, provedení malých změn by tedy mohlo vést ke vzniku různých regresí. Vyskakovací kód pro Wayland byl však upraven a je určen k zahrnutí do Firefoxu 94.
Další vylepšení související s Waylandem jsou zmíněna zahrnovat přidání 93 změn měřítka DPI do Firefoxu, aby se eliminovalo blikání při pohybu okna na okraji obrazovky v nastavení více monitorů. Ve Firefoxu 95 se plánuje řešení těchto problémů které vznikají při použití rozhraní drag and drop, například při kopírování souborů z externích zdrojů do lokálních systémů souborů a při přesouvání karet.
Se spuštěním Firefox 96, port Wayland ve Firefoxu, dosáhne při sestavení X1 obecné parity1, alespoň pokud běží v prostředí GNOME Fedora. Poté, vývojáři se zaměří na zdokonalení práce v prostředích Waylandu procesu GPU, ve kterém je odstraněn kód pro interakci s grafickými adaptéry a který chrání hlavní proces prohlížeče před zhroucením v případě selhání ovladače.
Plánuje se také přivést kód do procesu GPU k dekódování videa pomocí VAAPI, který se právě zavádí v procesech zpracování obsahu.
Navíc můžeme zdůraznit zahrnutí malého procenta uživatelů stabilních větví Firefoxu, přísný režim izolace lokality, vyvinutý v rámci projektu štěpení.
Na rozdíl od libovolné distribuce zpracování karet v dostupné skupině procesů (ve výchozím nastavení 8), která byla dosud používána, režim zámku přesouvá zpracování každého webu do vlastního samostatného procesu s dělením nikoli podle karet, ale podle domén, které umožňují dále izolovat obsah externích skriptů a rámců iframe.
Silný izolační režim chrání před útoky postranních kanálů, jako jsou ty související se zranitelností třídy Spectre, a také snižuje fragmentaci paměti, vrací paměť do operačního systému efektivněji, minimalizuje dopad sbírání odpadků a intenzivní výpočet na stránkách jiných procesů a zlepšuje efektivitu vyrovnávání zátěže, různé Jádra procesoru a zlepšují stabilitu (blokování procesu, který vykreslí rámeček iframe, nepřetáhne hlavní web a další karty spolu s ním).
Mezi známé problémy qkteré vznikají, když používá se přísný izolační režim, při otevření velkého počtu karet dochází ke znatelnému nárůstu spotřeby paměti a deskriptoru souborů, stejně jako k přerušení práce některých pluginů, vymizení obsahu iframe při tisku a volání funkce k pořízení snímku obrazovky, snížení v efektivnosti ukládání do mezipaměti dokumentu iframe Ztráta obsahu z vyplněných, ale ne odeslaných formulářů při obnově relace po havárii.
zdroj: https://mastransky.wordpress.com