Pale Moon 35 añade shims para que los sitios modernos no se rompan
La versión 35.0.0 activa polyfills por defecto para APIs web modernas, suma :has() y hojas de estilo construidas, y sube el modo de compatibilidad con Firefox a la 140.
Pale Moon 35.0.0 ya está disponible y su objetivo es que el navegador deje de tropezar con la web actual. La versión añade shims y polyfills de compatibilidad activados por defecto para APIs web modernas, incorpora soporte para :has(), adoptedStyleSheets, CSSStyleSheet.replaceSync y revert-layer, y sube el modo de compatibilidad con Firefox a la versión 140 por defecto.
Pale Moon es un navegador derivado de Firefox que arrastra su propia interfaz XUL y mantiene un motor, Goanna, separado del de Mozilla. Eso le da control sobre el rumbo, pero también le obliga a perseguir a los motores mayoritarios cada vez que la web adopta algo nuevo.
Qué cambia para quien lo use
Los shims y polyfills son la respuesta a un problema conocido: el motor no implementa todas las APIs que asumen los sitios escritos para Chrome o para un Firefox reciente, así que Pale Moon las emula por defecto. El efecto práctico es que ciertas páginas dejan de fallar en lugar de mostrar el típico layout roto o un error de script.
En CSS llegan cuatro piezas. La pseudo-clase :has() permite seleccionar un elemento padre según lo que contiene y llevaba tiempo en el resto de motores. adoptedStyleSheets, junto a CSSStyleSheet.replaceSync, es la API de hojas de estilo construidas que usan las aplicaciones con shadow DOM para compartir estilos sin tocar el DOM. revert-layer pertenece al sistema de capas de cascada.
La actualización del modo de compatibilidad con Firefox a la 140 va por otro camino: ajusta lo que el navegador declara ser para que los scripts de detección y los portales con listas blancas no lo traten como un navegador antiguo.
Rendimiento y memoria
El registro de cambios menciona correcciones en la recolección de basura y en la recolección de ciclos del DOM, pensadas para sitios modernos y pesados. Es el tipo de arreglo que no se nota hasta que falta: una aplicación de una sola página con muchos nodos y listeners acumulados acaba degradando el navegador si el colector no los libera.
También hay mejoras de rendimiento, soporte ampliado de plataformas y varios parches de seguridad. De estos últimos no hay más detalle: ni CVE concretos ni severidad, algo habitual en este proyecto, pero deja a quien administra sin margen para decidir con qué urgencia actualizar.
Queda por ver cómo se comporta la emulación en producción. Un polyfill arregla la llamada que falta, no la convierte en implementación nativa, y el coste depende de cuántas capas haya que simular en cada página. Sin una lista de APIs cubiertas, la única forma de comprobarlo es probar los sitios que cada uno tenga que sostener.
