Мартін Странський, супроводжувач пакета Firefox для Fedora та RHEL, який також відповідає за перенесення Firefox для Wayland, опублікував звіт, у якому узагальнено останні події у Firefox у середовищах Wayland.
У звіті вони згадують про це деякі функції не вдалося реалізувати одразу через відмінності у підході до впровадження в X11 та Wayland. У першому випадку складнощі виникли через роботу буфера обміну Wayland в асинхронному режимі, що вимагало створення окремого шару для абстрактного доступу до буфера обміну Wayland. Вказаний шар буде додано до Firefox 93 і буде увімкнено за замовчуванням у Firefox 94.
З повагою до що виникають діалоги, головною складністю було те, що вимагав Уейленд дотримання суворого спливаюча ієрархія, тобто батьківське вікно може створити дочірнє вікно зі спливаючим вікном, але наступне спливаюче вікно, розпочате з цього вікна, має бути пов'язане з вихідним дочірнім вікном, утворюючи ланцюжок. У Firefox кожне вікно може генерувати кілька спливаючих вікон, які не утворюють ієрархію.
Проблема полягала в тому, що під час використання Wayland закриття одного з спливаючих вікон вимагає відновлення всього ланцюжка вікон за допомогою інших спливаючих вікон, тоді як наявність декількох відкритих спливаючих вікон не рідкість, оскільки спливаючі вікна використовуються для розгортання вікна. спливаючі вікна, меню, повідомлення, додаткові діалоги, запити на дозвіл тощо.
Ситуацію також ускладнили збої в Wayland і GTK, тому внесення невеликих змін може призвести до появи різних регресій. Однак код обробки спливаючих вікон для Wayland був змінений і призначений для включення до Firefox 94.
Згадано й інші покращення, пов’язані з Wayland включають додавання змін масштабування 93 DPI до Firefox для усунення мерехтіння при переміщенні вікна на краю екрану в багатомоніторних налаштуваннях. У Firefox 95 планується вирішити ці проблеми які виникають при використанні інтерфейсу перетягування, наприклад, при копіюванні файлів із зовнішніх джерел у локальні файлові системи та при переміщенні вкладок.
З запуском Firefox 96, порт Wayland Firefox, досягне загального паритету функціональних можливостей за допомогою збірки X11, принаймні під час роботи в середовищі GNOME Fedora. Після цього, розробники зосередяться на вдосконаленні роботи в середовищі Wayland процесу GPU, в якому код видаляється для взаємодії з графічними адаптерами і який захищає основний процес браузера від збоїв у разі збоїв драйвера.
Планується також внести код до процесу GPU для декодування відео за допомогою VAAPI, який наразі впроваджується у процеси обробки вмісту.
Крім того, ми можемо виділити включення для невеликого відсотка користувачів стабільних гілок Firefox, суворий режим ізоляції ділянки, розроблений в рамках проекту Розщеплення.
На відміну від довільного розподілу обробки вкладок у доступній групі процесів (за замовчуванням 8), який використовувався досі, режим блокування переміщує обробку кожного сайту до свого окремого процесу з поділом не за вкладками, а за доменами, які дозволяють додатково ізолювати вміст зовнішніх скриптів та фреймів.
Потужний режим ізоляції захищає від атак бічних каналів, наприклад, пов'язані з вразливістю класу Spectre, а також зменшує фрагментацію пам'яті, повертає пам'ять операційній системі більш ефективно, мінімізує вплив збирання сміття та інтенсивних обчислень на сторінках інших процесів та покращує ефективність балансування навантаження, різні Ядра процесора та покращують стабільність (блокуючи процес, який відображає iframe, не перетягуватиме основний сайт та інші вкладки разом із ним).
Серед відомих проблем qякі виникають, коли використовується суворий режим ізоляції, помітне збільшення споживання пам’яті та дескриптора файлів при відкритті великої кількості вкладок, а також переривання роботи деяких плагінів, зникнення вмісту iframe під час друку та виклику функції для зйомки екрана, зменшення в ефективності кешування документів iframe Втрата вмісту із заповнених, але не поданих форм при відновленні сеансу після аварійного завершення роботи.
Фуенте: https://mastransky.wordpress.com