Firefox 118
(mozilla.org)- La traducción automática de contenido web se procesa localmente dentro de Firefox, por lo que el texto traducido no sale del dispositivo del usuario
- Web Audio usa la biblioteca matemática FDLIBM en todos los sistemas para mejorar el anonimato de la protección contra fingerprinting
- En las ventanas privadas, las fuentes que los sitios web pueden ver se limitan a las fuentes del sistema y a las fuentes de los paquetes de idioma para mitigar el fingerprinting por fuentes
- Ahora se pueden usar efectos de video y desenfoque de fondo en Google Meet, y estos efectos también se habilitan retroactivamente hasta Firefox 115
- Los usuarios de Firefox Suggest en EE. UU. pueden ver sugerencias de complementos del navegador en la barra de direcciones según las palabras clave
- Se aplicaron varias correcciones de seguridad
- Se finaliza el soporte de Firefox en Windows 8.1 o anterior y macOS 10.14 o anterior, y se ofrece orientación para usar Firefox ESR
- En la plataforma web, ahora se admiten las funciones matemáticas de CSS
round,mod,rem,pow,sqrt,hypot,log,exp,abs,sign - OpaqueResponseBlocking queda habilitado de forma predeterminada, y se añade soporte para el elemento
<search>, que contiene controles de búsqueda o filtrado
1 comentarios
Opiniones de Hacker News
Es la versión que incorpora traducción local de páginas web. Parece que admite traducciones entre búlgaro, neerlandés, inglés, francés, alemán, italiano, polaco, portugués y español.
Probé traducir una página en francés al inglés y la calidad fue excelente; también fue divertido ver cómo cambiaba el texto dentro de la página mientras se traducía.
watered-down debe modificar el acuerdo, no los vehículos. Google Translate fue mejor con “Ursula von der Leyen elogia il compromesso annacquato sulle emissioni dei veicoli”, y Deepl y Papageo no tradujeron “watered-down”, lo cual también suena plausible porque podría verse como una expresión redundante.
Además, la detección automática parece mostrarse solo una vez por dominio. La probé en Wikipedia y, después del primer artículo, no volvió a aparecer. Aunque quizá sea mejor así, porque ese cuadro de diálogo es enorme. Es una lástima: siendo su propio navegador, deberían tener capacidad de sobra para integrar una función así de forma más natural.
En general es una función realmente buena y podría ser útil para mucha gente, pero en su estado actual parece más probable que termine eliminándose más adelante con el argumento de que “nadie la usa”, como ha pasado antes.
Me gusta el cambio de “mitigar la toma de huellas por fuentes tipográficas en ventanas de navegación privada limitando las fuentes visibles para los sitios web a las fuentes del sistema y las de los paquetes de idioma”.
Me pregunto si esto afectará los resultados en https://www.amiunique.org/fingerprint.
Actualización: sigue diciendo que soy único, los resultados muestran 215 fuentes y dice 0.0% de unicidad, así que no tengo claro si en mi entorno funciona correctamente.
Excelentes estadísticas, pero difíciles de creer.
Mi conjunto de fuentes del sistema probablemente sea casi único. https://www.amiunique.org/fingerprint también muestra que 0.0% de Internet tiene el mismo conjunto de fuentes del sistema.
Por otro lado, en fontconfig (Linux, BSD, etc.) se pueden instalar fuentes de usuario, es decir, fuentes que no son de todo el sistema, y yo lo he hecho antes. Pero no sé si eso sea lo bastante común como para marcar una diferencia.
Edición: mi conjunto de fuentes es único y solo tengo 6 fuentes instaladas.
Quizá muchos desarrolladores web pronto tengan que pasarse a Firefox. La documentación de la API de Stripe se volvió demasiado grande y su lógica de carga asíncrona es tan mala que, en Chrome, al ir a enlaces de secciones dentro de la documentación de la API, a menudo se bloquea.
Por curiosidad lo probé en Firefox y me alegró ver que funciona bien, salvo porque el tiempo de carga del contenido del DOM es lento.
La documentación debería ser documentación, no una aplicación completa.
Hoy lo descubrí por casualidad en Firefox/Linux y todavía estoy usando 117.
“Ahora los usuarios de Firefox pueden usar efectos de video y desenfoque de fondo en Google Meet. Nota: estos efectos se lanzaron con soporte retroactivo hasta Firefox 115”.
Me pregunto si todos saben dónde estaba el problema real. Si de pronto hay compatibilidad retroactiva, diría que al menos en buena parte era un problema del lado de Google.
https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
https://blog.mozilla.org/en/products/firefox/google-meet-fir...
Dicen que lo resolvieron junto con el equipo de Google.
Encontré este ticket: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
Hubo mejoras de caché en la nueva arquitectura de accesibilidad llamada “Cache the World” y otras mejoras de rendimiento, y después de eso parece que Google avanzó con el lanzamiento para Firefox.
Tal vez el equipo de Google Meet no quería darles a los usuarios una opción que hiciera lenta la web app y la mantuvo bloqueada; cuando mejoró el rendimiento, pudo haber desbloqueado la función para los usuarios de Firefox que cumplían los requisitos mínimos.
Pero me pregunto si Firefox suele hacer backport a ciertas versiones base no solo de parches de seguridad, sino también de cosas como mejoras de rendimiento.
“A diferencia de las alternativas basadas en la nube, la traducción se realiza localmente dentro de Firefox, por lo que el texto traducido no sale del dispositivo”.
Pero me pregunto cómo es posible sin descargar gigabytes de datos.
Me pregunto qué pasó del lado de Google Meet. No sé si lo arregló Firefox o el equipo de Google. Si se corrigió retroactivamente hasta las últimas 3 versiones, ¿no significa que fue una corrección del lado de Google?
“Ahora los usuarios de Firefox pueden usar efectos de video y desenfoque de fondo en Google Meet”.
Por fin. Era bastante frustrante.
Un poco fuera de tema, pero ojalá Firefox también incorpore soporte para el formato de imagen JPEG XL(.jxl), que ahora también llegó a Safari.
La persona de Firefox que escribió el texto de esa página merece reconocimiento.
hello :teapot: -> bonjour :baguette:Lástima que HN elimina los emojis.
hello :maple leaf: -> bonjour :fleur-de-lis:Comentario obligatorio de “usemos Firefox”
No está directamente relacionado con las notas de la versión, pero en mi caso de uso reciente descubrí que no puedo usar Chrome
En casa tengo dos MacBook con procesador M: una usa mullvad (WireGuard) y la otra usa el OpenVPN de la empresa
Por alguna razón, ambas tienen problemas graves con software basado en Chromium. Cada pocos minutos aparece ERR_NETWORK_CHANGED y no carga nada. Las solicitudes XHR también mueren, así que la mayor parte del software web queda completamente inutilizable. También aplica al software basado en Electron, como Discord o Bitwarden. Curiosamente, Slack todavía no parece estar afectado, aunque quizá lo esté ocultando o maneje mejor los reintentos
No sé cuál sea el problema, pero en los mismos equipos no afecta a WebKit, Gecko ni a otro software que necesita red. Así que dejé Chrome por completo. Hablé con algunas personas que tienen el mismo problema, pero no pude encontrar reportes de bugs relacionados y me rendí
Para uso personal llevo mucho tiempo usando Firefox, pero ahora tampoco puedo usar Chrome en el trabajo. No entiendo cómo se supone que se use este navegador en entornos corporativos con un problema tan claro
Dicen que basta con usar el cliente oficial de WireGuard, pero no sé cómo maneja la asignación de IP, que es la parte complicada en este tipo de VPN comercial
Cambiar de ubicación a veces ayuda
https://www.reddit.com/r/chrome/comments/14xqh92/chrome_help...
También está este bug: https://bugs.chromium.org/p/chromium/issues/detail?id=147633...
Las apps nuevas usan API modernas de HTML y JavaScript, y no puedo confiar en que Firefox las vaya a implementar