Мартин Странски, поддържащият пакет на Firefox за Fedora и RHEL и който също отговаря за пренасянето на Firefox за Wayland, публикува доклад, обобщаващ най -новите разработки във Firefox в средите на Wayland.
В доклада те споменават това някои функции не могат да бъдат внедрени веднага поради различията в подхода към внедряването в X11 и Wayland. В първия случай възникнаха трудности поради работата на клипборда Wayland в асинхронен режим, което наложи създаването на отделен слой за абстрактен достъп до клипборда на Wayland. Посоченият слой ще бъде добавен към Firefox 93 и ще бъде активиран по подразбиране във Firefox 94.
С уважение до възникващи диалози, основната трудност беше, че Wayland изисква спазване на строг изскачаща йерархия, тоест родителският прозорец може да създаде дъщерен прозорец с изскачащ прозорец, но следващият изскачащ прозорец, стартиран от този прозорец, трябва да бъде свързан с оригиналния дъщерен прозорец, образувайки верига. Във Firefox всеки прозорец може да генерира множество изскачащи прозорци, които не образуват йерархия.
Проблемът беше, че когато използвате Wayland, затварянето на един от изскачащите прозорци изисква възстановяване на цялата верига от прозорци с други изскачащи прозорци, докато наличието на множество отворени изскачащи прозорци не е необичайно, тъй като изскачащите прозорци се използват за разгръщане на прозорци. изскачащи прозорци, менюта, известия, допълнителни диалози, искания за разрешение и др.
Ситуацията се усложнява и от провалите в Wayland и GTK, така че извършването на малки промени може да доведе до появата на различни регресии. Изскачащият код за Wayland обаче е променен и се очаква да бъде включен във Firefox 94.
Споменати са и други подобрения, свързани с Wayland включва добавяне на мащабиране на 93 DPI към Firefox за премахване на трептенето при преместване на прозореца до ръба на екрана в многомониторни настройки. Във Firefox 95 се планира решаване на проблемите които възникват при използване на интерфейса за плъзгане и пускане, например при копиране на файлове от външни източници в локални файлови системи и при преместване на раздели.
С пускането на Firefox 96, портът на Wayland на Firefox ще постигне общ паритет във функционалността с X1 компилацията1, поне когато се изпълнява в средата на GNOME Fedora. След това, разработчиците ще се съсредоточат върху усъвършенстване на работата в средите на Wayland от процеса на GPU, който елиминира кода за взаимодействие с графични адаптери и предпазва основния процес на браузъра от срив в случай на грешки на драйвера.
Планира се също да се внесе код в процеса на GPU за декодиране на видео с помощта на VAAPI, който в момента се въвежда в процесите за обработка на съдържание.
Освен това, можем да подчертаем включването за малък процент потребители на стабилните клонове на Firefox, строгият режим на изолация на обекта, разработен в рамките на проекта „Разделяне“.
За разлика от произволното разпределение на обработката на раздели в наличната група от процеси (8 по подразбиране), което се използва досега, режимът на заключване премества обработката на всеки сайт към отделен процес с разделяне не по раздели, а по домейни, които позволяват допълнително изолиране на съдържанието на външни скриптове и рамки.
Силният режим на изолация предпазва от атаки на страничните канали, като тези, свързани с уязвимости от клас Spectre, а също така намалява фрагментацията на паметта, връща паметта на операционната система по -ефективно, свежда до минимум въздействието на събирането на боклук и интензивното изчисляване на страниците на други процеси и подобрява ефективността на балансирането на натоварването, различни процесорни ядра и подобрява стабилността (блокиране на процеса, който изобразява вградената рамка, няма да плъзга основния сайт и други раздели заедно с него).
Сред известните проблеми qкоито възникват, когато използва се строг режим на изолация, има забележимо увеличение на консумацията на памет и дескриптор на файлове при отваряне на голям брой раздели, както и прекъсване на работата на някои плъгини, изчезване на съдържанието на iframe при отпечатване и извикване на функцията за заснемане на екранна снимка, намаляване в ефективността на кеширането на документи с рамка Загуба на съдържание от попълнени, но неподадени формуляри при възстановяване на сесия след срив.
Fuente: https://mastransky.wordpress.com