Martin Stransky, mantenedor de paquetes de Firefox en Fedora y RHEL, que se encarga de portar Firefox para Wayland, public\u00f3 un informe sobre los \u00faltimos logros en el funcionamiento de Firefox en entornos basados en el protocolo Wayland. <\/p>\n
En las pr\u00f3ximas versiones de Firefox se abordar\u00e1n los problemas observados en las compilaciones para Wayland relacionados con el portapapeles y la gesti\u00f3n de ventanas emergentes (popup). Estas funcionalidades no se pudieron implementar de inmediato debido a las diferencias en el enfoque de su implementaci\u00f3n en X11 y Wayland. En el primer caso, las dificultades surgieron debido al funcionamiento del portapapeles de Wayland en modo as\u00edncrono, lo que requiri\u00f3 la creaci\u00f3n de una capa separada para abstraer el acceso al portapapeles de Wayland. Esta capa se a\u00f1adir\u00e1 en Firefox 93 y estar\u00e1 habilitada por defecto en Firefox 94. <\/p>\n
En cuanto a los di\u00e1logos emergentes, la principal dificultad era que Wayland requiere mantener una estricta jerarqu\u00eda de ventanas emergentes, es decir, una ventana principal puede crear una ventana hija con un popup, pero el siguiente popup iniciado desde esta ventana debe estar vinculado a la ventana hija original, formando una cadena. En Firefox, cada ventana pod\u00eda crear m\u00faltiples popups que no formaban jerarqu\u00eda. El problema radicaba en que, al usar Wayland, cerrar uno de los popups requiere reconstruir toda la cadena de ventanas con otros popups, siendo que tener varios popups abiertos no es raro, ya que los men\u00fas, las sugerencias emergentes, los di\u00e1logos de complementos, las solicitudes de permisos, etc., se implementan como popups. La situaci\u00f3n tambi\u00e9n se complicaba por fallos en Wayland y GTK, debido a los cuales realizar peque\u00f1os cambios pod\u00eda provocar diversas regresiones. Sin embargo, el c\u00f3digo para gestionar las ventanas emergentes para Wayland fue depurado y se planea incluirlo en Firefox 94. <\/p>\n
Entre otras mejoras relacionadas con Wayland, se menciona la adici\u00f3n en Firefox 93 de cambios relacionados con la escala en pantallas con diferentes DPI, que eliminaron el parpadeo al mover las ventanas hacia el borde de la pantalla en configuraciones de m\u00faltiples monitores. En Firefox 95, se planea abordar los problemas que surgen al utilizar la interfaz de arrastrar y soltar, por ejemplo, al copiar archivos de fuentes externas a sistemas de archivos locales y al mover pesta\u00f1as. <\/p>\n
En la versi\u00f3n 96 de Firefox, se planea llevar el puerto de Firefox para Wayland a una paridad funcional general con la construcci\u00f3n para X11, al menos en el entorno de GNOME de Fedora. Despu\u00e9s de esto, la atenci\u00f3n de los desarrolladores se centrar\u00e1 en perfeccionar el funcionamiento del proceso GPU en entornos Wayland, en el que se ha movido el c\u00f3digo para interactuar con los adaptadores gr\u00e1ficos y que protege el proceso principal del navegador de fallos en caso de errores en los controladores. Tambi\u00e9n se planea trasladar el c\u00f3digo para la decodificaci\u00f3n de video utilizando VAAPI al proceso GPU, que actualmente se ejecuta en procesos de procesamiento de contenido. <\/p>\n
Adem\u00e1s, se puede mencionar la inclusi\u00f3n para un peque\u00f1o porcentaje de usuarios de las versiones estables de Firefox del modo de estricta aislamiento de sitios, que se desarroll\u00f3 en el marco del proyecto Fission. A diferencia de la distribuci\u00f3n aleatoria del procesamiento de pesta\u00f1as en el grupo de procesos disponible (por defecto, 8), el modo de aislamiento asigna el procesamiento de cada sitio a su propio proceso separado, dividiendo no por pesta\u00f1as, sino por dominios (Public Suffix), lo que permite aislar adicionalmente el contenido de scripts externos y bloques iframe. La gesti\u00f3n de la activaci\u00f3n del modo Fission se realiza a trav\u00e9s de la variable 'fission.autostart=true' en about:config o en la p\u00e1gina about:preferences#experimental. <\/p>\n
El modo de estricta aislamiento permite protegerse contra ataques por canales laterales, como los relacionados con vulnerabilidades de la clase Spectre, y tambi\u00e9n reduce la fragmentaci\u00f3n de la memoria, devolviendo la memoria al sistema operativo de manera m\u00e1s eficiente, minimiza el impacto de la recolecci\u00f3n de basura y c\u00e1lculos intensivos en p\u00e1ginas de otros procesos, aumenta la eficiencia de la distribuci\u00f3n de carga en diferentes n\u00facleos de CPU y mejora la estabilidad (la ca\u00edda del proceso que maneja un iframe no arrastrar\u00e1 consigo al sitio principal ni a otras pesta\u00f1as). <\/p>\n
Entre los problemas conocidos que surgen al utilizar el modo de estricta aislamiento, se destaca un aumento notable en el consumo de memoria y descriptores de archivos al abrir un gran n\u00famero de pesta\u00f1as, as\u00ed como el mal funcionamiento de algunas extensiones, la desaparici\u00f3n del contenido iframe al imprimir y al invocar la funci\u00f3n de captura de pantalla, disminuci\u00f3n de la efectividad del almacenamiento en cach\u00e9 de documentos con iframe, y p\u00e9rdida de contenido en formularios que se han llenado pero no se han enviado al restaurar la sesi\u00f3n despu\u00e9s de un fallo. <\/p>\n