Pale Moon para Mac

Nuevas características:

• Pale Moon ahora utiliza un número de shims/polyfills de compatibilidad por defecto. Esto proporcionará un puente de compatibilidad con lo siguiente: Document.elementFromPoint(s) con argumentos no finitos, la API GetAnimations, image.decode(), API Intl.DisplayNames, API Intl.ListFormat, API Intl.RelativeTimeFormat, API Intl.Segmenter, además de los métodos pipethrough(), pipeto(), TextDecoderStream, TextEncoderStream y TransformStream de la API Streams. Consulta las notas de implementación.
• Se implementó la palabra clave CSS revert-layer.
• Se implementó CSSStyleSheet replaceSync.
• Se implementó la pseudo-clase CSS :has().
• Se implementó soporte para adoptedStyleSheets.

Cambios/arreglos:

• El modo de compatibilidad de Firefox tuvo su versión actualizada a 140 por defecto. Por supuesto, esto aún puede ser fácilmente anulado (globalmente o por sitio) donde sea necesario.
• La recolección de basura de JavaScript y la recolección de ciclos del DOM han recibido una serie de arreglos importantes para manejar mejor los sitios web modernos pesados que no liberarían adecuadamente sus recursos. La solución "ghostbuster" para objetos de ventana persistentes ha sido eliminada ya que ya no es necesaria.
• Se eliminó código antiguo y obsoleto de la plataforma relacionado con objetivos de compilación antiguos o completamente no soportados.
• La versión en mayúsculas de df (eszett/scharfes S) ahora siempre reflejará el método de escritura en minúsculas. Consulta las notas de implementación.
• Se agregaron más actualizaciones para LoongArch64 (incluido JIT completo) y soporte para Mac/PPC.
• Linux/FreeBSD: Se agregó un interruptor de dependencia GTK2 para construir soporte NPAPI sin GTK2. Esto permite que Pale Moon construya soporte para complementos en sistemas sin paquetes GTK2.
• Se eliminó el módulo "network tickler" no utilizado, un componente heredado que podía hacer ping a redes inalámbricas en intervalos regulares.
• Se modernizó std::*::value/::type a sus formas con sufijos _v y _t, respectivamente, alineándose con estándares de lenguaje C++ más modernos y el comportamiento del compilador.
• Se actualizó el aspecto de la relación de aspecto CSS para ser más conforme a las especificaciones.
• Se actualizaron los botones del contenedor flex para informar un tamaño definido (evitando elementos de tamaño 0 en algunos sitios web).
• Se restauró la capacidad de compilar Pale Moon en objetivos MIPS.
• Se solucionó un problema con posibles bloqueos en llamadas de restyling recursivas (causando una tormenta de reflujo recursivo), evitando bloqueos/bloqueos prolongados del navegador.
• Se actualizaron varias partes del código ICU para un mejor soporte de internacionalización.
• Linux: Se mejoró el rendimiento de escritura en algunas páginas complejas.

Arreglos de seguridad:

• Se actualizó el visor json interno para un mejor manejo de recursos.
• Se actualizó NSS a 3.90.14.0 (UXP) para recoger varios arreglos de seguridad.
• Como de costumbre, se examinaron y portaron muchos informes/problemas de seguridad potenciales donde fuera aplicable a nuestro código.
• Problemas de seguridad abordados: CVE-2026-74982, CVE-2026-74969 (DiD), CVE-2026-74977 (DiD), CVE-2026-74945, CVE-2026-74964, CVE-2026-74971, CVE-2026-74943, y varios otros que no tenían una designación CVE en el momento de la evaluación.

Notas de implementación:

• Pale Moon ahora incluye y precarga una serie de shims/polyfills de compatibilidad en páginas web, para responder a la rápida adopción constante de especificaciones en borrador y azúcar sintáctico en sitios web, impulsada principalmente por marcos de JavaScript pesados que apuntan principalmente a motores de diseño basados en Chrome. Aunque esto no es ideal, es una solución pragmática que resuelve importantes problemas de compatibilidad web con marcos que son extremadamente intolerantes a no tener un conjunto de características o colección de API web esperadas. Hay algunas advertencias con este enfoque que hemos adoptado de un proyecto hermano (Basilisk), principalmente que puede no funcionar universalmente en todos los sitios, en particular políticas de seguridad de contenido muy estrictas podrían interferir, y no es la solución más eficiente que se pueda imaginar (aunque dada la carga de los sitios de marcos de JS, esto probablemente sea apenas notable).
• Principalmente en alemán, el carácter df (conocido como "eszett" o "scharfes S") puede escribirse con su carácter adecuado o con el alternativo "ss" latinizado. Debido a que la versión en mayúsculas de df no se incluía comúnmente en las fuentes del sistema durante un tiempo, teniendo en cuenta las convenciones históricas de las máquinas de escribir, convertir texto a mayúsculas convertiría df en "SS". Sin embargo, esto puede causar ambigüedad en algunas palabras donde existen tanto una escritura con df como con "ss" que tienen diferentes significados. Dado que el carácter unicode en mayúsculas se ha incluido en las fuentes del sistema durante mucho tiempo y también se incluye más comúnmente en fuentes personalizadas, esta conversión es una noción antigua. Los cuerpos lingüísticos en Alemania también prefieren usar el carácter en mayúsculas 9e ahora al capitalizar, por lo que Pale Moon usará el carácter unicode por defecto en adelante al convertir mayúsculas (por ejemplo, con CSS o JavaScript), abandonando la conversión sobre la marcha a "SS".
• Nuestras compilaciones de FreeBSD GTK3 están utilizando la nueva opción para construir soporte NPAPI sin dependencias GTK2. Si necesitas esta funcionalidad en FreeBSD, usa los binarios GTK2 o compila desde la fuente tú mismo con la configuración adecuada para tu sistema.