Martin Stranssky, le mainteneur du package Firefox pour Fedora et RHEL et qui est également responsable du portage de Firefox pour Wayland, a publié un rapport résumant les derniers développements de Firefox dans les environnements Wayland.
Dans le rapport, ils mentionnent que certaines fonctionnalités n'ont pas pu être implémentées immédiatement en raison de différences d'approche d'implémentation dans X11 et Wayland. Dans le premier cas, des difficultés sont survenues en raison du fonctionnement du presse-papiers Wayland en mode asynchrone, ce qui nécessitait la création d'un calque séparé pour abstraire l'accès au presse-papiers de Wayland. La couche spécifiée sera ajoutée à Firefox 93 et sera activée par défaut dans Firefox 94.
En ce qui concerne dialogues émergents, la principale difficulté était que Wayland exigeait le respect d'une stricte hiérarchie des fenêtres contextuellesc'est-à-dire que la fenêtre parent peut créer une fenêtre enfant avec un popup, mais le popup suivant lancé à partir de cette fenêtre doit être lié à la fenêtre enfant d'origine, formant une chaîne. Dans Firefox, chaque fenêtre pouvait générer plusieurs fenêtres pop-up qui ne formaient pas de hiérarchie.
Le problème était que lors de l'utilisation de Wayland, la fermeture d'une des fenêtres contextuelles nécessite de reconstruire toute la chaîne de fenêtres avec d'autres fenêtres contextuelles, alors que la présence de plusieurs fenêtres contextuelles ouvertes n'est pas rare car les fenêtres contextuelles sont utilisées pour déployer le fenêtres contextuelles, menus, avis, boîtes de dialogue supplémentaires, demandes d'autorisation, etc.
La situation s'est également compliquée par les défaillances de Wayland et GTK, ainsi faire de petits changements pourrait conduire à l'apparition de diverses régressions. Cependant, le code contextuel de Wayland a été modifié et devrait être inclus dans Firefox 94.
Autres améliorations liées à Wayland mentionnées inclure l'ajout de 93 modifications de mise à l'échelle DPI à Firefox pour éliminer le scintillement lors du déplacement de la fenêtre au bord de l'écran dans les configurations multi-écrans. Dans Firefox 95, il est prévu de résoudre les problèmes qui surviennent lors de l'utilisation de l'interface glisser-déposer, par exemple, lors de la copie de fichiers de sources externes vers des systèmes de fichiers locaux et lors du déplacement d'onglets.
Avec le lancement de Firefox 96, le port Wayland de Firefox atteindra la parité générale des fonctionnalités avec la version X11, au moins lors de l'exécution dans l'environnement GNOME Fedora. Après cela, les développeurs se concentreront sur le perfectionnement du travail dans les environnements Wayland du processus GPU, qui élimine le code pour interagir avec les adaptateurs graphiques et protège le processus du navigateur principal contre les plantages en cas de défaillance du pilote.
Il est également prévu d'apporter du code au processus GPU pour décoder la vidéo à l'aide de VAAPI, qui est actuellement en cours de déploiement dans les processus de traitement de contenu.
En outre, on peut souligner l'inclusion pour un petit pourcentage d'utilisateurs des branches stables de Firefox, le régime strict d'isolement du site, développé dans le cadre du projet Fission.
Contrairement à la distribution arbitraire du traitement des onglets dans le groupe de processus disponible (8 par défaut), qui a été utilisée jusqu'à présent, le mode de verrouillage déplace le traitement de chaque site vers son propre processus séparé avec une division non pas par onglets, mais par domaines qui permettent d'isoler davantage le contenu des scripts externes et des iframes.
Le mode d'isolement fort protège contre les attaques par canal latéral, tels que ceux liés aux vulnérabilités de classe Spectre, et il réduit également la fragmentation de la mémoire, renvoie la mémoire au système d'exploitation plus efficacement, minimise l'impact de la récupération de place et des calculs intensifs sur les pages d'autres processus, et améliore l'efficacité de l'équilibrage de charge, différents cœurs de processeur et améliore la stabilité (bloquer le processus qui rend l'iframe ne fera pas glisser le site principal et les autres onglets avec lui).
Parmi les problèmes connus qqui surviennent lorsque le mode d'isolement strict est utilisé, il y a une augmentation notable de la consommation de mémoire et de descripteur de fichier lors de l'ouverture d'un grand nombre d'onglets, ainsi que l'interruption du travail de certains plugins, la disparition du contenu iframe lors de l'impression et de l'appel de la fonction pour capturer une capture d'écran , une diminution dans l'efficacité de la mise en cache des documents iframe Perte de contenu des formulaires remplis mais non soumis lors de la récupération d'une session après un plantage.
source: https://mastransky.wordpress.com