Firefox 147 añade compatibilidad con la especificación de directorios base XDG

• Se añadió compatibilidad con la especificación de directorios base XDG en la versión Firefox 147
• Los archivos de configuración y la caché se moverán a rutas XDG estandarizadas en lugar del directorio personal tradicional
• Mejora la consistencia en la gestión de archivos de configuración en entornos Linux
• Se prevé que los datos existentes de los usuarios se migren automáticamente a la nueva ubicación
• Contribuye a ordenar la estructura de archivos y mejorar la compatibilidad en distintos entornos de escritorio

---

Compatibilidad de Firefox 147 con directorios base XDG

• Firefox 147 fue modificado para cumplir con la XDG Base Directory Specification
  • Esta especificación define las ubicaciones estándar donde las aplicaciones guardan archivos de configuración, caché y datos en sistemas Linux
• Antes, Firefox creaba la carpeta .mozilla dentro del directorio personal del usuario, pero ahora usará rutas estándar como ~/.config, ~/.cache, ~/.local/share
• Con este cambio, se adopta una estructura que sigue las variables de entorno XDG_CONFIG_HOME, XDG_CACHE_HOME, XDG_DATA_HOME

Datos del usuario y migración

• Los datos existentes de los usuarios de Firefox se migrarán automáticamente a las rutas XDG en la nueva versión
• Durante la migración se conservarán la configuración, los marcadores y demás datos existentes, sin necesidad de acciones manuales
• Esto permitirá a los usuarios de Linux organizar mejor el sistema de archivos y gestionar respaldos con mayor facilidad

Qué significa esto para el ecosistema Linux

• El cumplimiento de la especificación XDG refuerza la consistencia con otras aplicaciones de escritorio
• Mejora la integración con entornos de escritorio principales como GNOME y KDE
• Firefox fortalece su posición como un navegador alineado con los estándares en la plataforma Linux

[GN⁺]

Opiniones en Hacker News

• Por fin parece que Mozilla empezó a corregir un bug de hace mucho tiempo
  Pero si miras los detalles, en el diff del código no se ve ninguna lógica de migración
  Parece que si existe ~/.mozilla, lo sigue usando, y si no, usa ~/.config/mozilla. Me pregunto si eso significa perder la configuración anterior a menos que se configure MOZ_LEGACY_HOME=1
  Además, no parece haber una separación correcta entre ~/.cache, ~/.config y ~/.local/share, y da la impresión de que movieron todos los datos del perfil a ~/.config

  • Lo dije en broma, pero de verdad cerraron hace poco un bug de 27 años
    En la versión Nightly agregaron about:keyboard, así que ahora se pueden modificar o vaciar directamente los atajos predeterminados, como guardar, retroceder, recargar, herramientas de desarrollo, etc.
  • Por el diff, parece que si existe ~/.mozilla o está configurado MOZ_LEGACY_HOME, se sigue usando eso; en caso contrario, usa $XDG_CONFIG_HOME/.mozilla
    O sea, no desecha los datos, pero tampoco hay migración
  • Si ves el diff completo, ~/.cache ya se estaba usando, pero no hay nada relacionado con ~/.local/share
  • Si de verdad ponen todos los datos en ~/.config, eso no equivale a seguir la especificación XDG Base Directory
    Aun así, está bien que haya un dotfile menos ensuciando el directorio home
  • Creo que todavía falta bastante para separar por completo la carpeta .mozilla
    Hasta ahora han metido todos los datos en una sola carpeta, así que distinguir entre caché, configuración y datos de la aplicación probablemente será más complicado

• Este cambio es un avance bastante importante
  Las aplicaciones principales no han seguido bien XDG Base Directory, y que Firefox lo adopte podría influir en otros proyectos
  Parece que también habría que actualizar la documentación de Arch Wiki

  • Los desarrolladores de OpenSSH ven la adopción de XDG como un riesgo de seguridad
    Dicen que como .ssh maneja permisos de acceso al sistema, dispersar las rutas de configuración en varios lugares puede volver la administración más compleja y más vulnerable
    Tal vez .ssh/config o known_hosts podrían moverse a XDG, pero si solo se mueve una parte, se pierde el objetivo de ordenar los dotfiles
    Hay una discusión relacionada en la lista de correo
  • Sorprende que, siendo un cambio tan simple, la lista de aplicaciones que no cumplen siga siendo tan larga
    Parece el tipo de cosa que se resolvería con un PR en pocas horas
  • Hace tiempo, cuando en Debian cambiaron el nombre de icedove a thunderbird, hubo mucha confusión por un conflicto de rutas de configuración
    Con una estructura XDG, la configuración y los datos habrían estado separados y este problema no habría ocurrido
  • Chromium todavía usa $HOME/.pki y sigue ensuciando el directorio home
    Es un problema derivado de no usar bien libnss, y las apps que integran Chromium, como QtWebEngine, sufren el mismo problema

• La carpeta .mozilla era uno de los últimos dotfiles que me quedaban en mi directorio home
  Me da gusto pensar que por fin se va a ordenar
  También se puede usar una herramienta llamada xdg-ninja (enlace) para detectar apps que rompen las reglas de XDG
  Muchos programas hardcodean ~/.config o ~/.local y tratan de recrearlos cada vez, así que conviene evitarlos

  • Tal vez se podría resolver con hardlinks, pero usar variables de entorno sigue siendo una parte difícil
    Estaría bien tener una configuración a nivel de driver que mapeara XDG_CONFIG_HOME a una ruta virtual
  • Gracias por darme a conocer xdg-ninja
    De verdad odio los programas que llenan de basura el directorio home
    Ya estoy harto de configuraciones que obligan a editar archivos ocultos manualmente

• Es una buena noticia
  Firefox ya seguía bien las carpetas del sistema en Windows y macOS
  Linux no tenía un estándar, pero seguir las recomendaciones de XDG es un gran avance

• Ya era hora
  Todo el software debería soportar XDG. Sorprende que Firefox no lo siguiera desde el principio

  • XDG apareció mucho después que Firefox y durante la mayor parte del tiempo no tuvo una adopción amplia
  • La razón por la que la mayoría del software no sigue XDG es que la especificación no apareció sino hasta alrededor de 2003
    Ahora cada vez se adopta más, y el directorio home va a quedar mucho más limpio
    Pero lo importante es ofrecer una ruta de migración clara para no perder la configuración existente

• Esto sí da gusto verlo
  Era un bug muy esperado, como en el caso de Gimp 3, y da gusto que por fin lo hayan resuelto

• Últimamente Firefox ha ido mejorando con cosas como el soporte para .mkv y cambios como este
  Mi única queja pendiente son los atajos hardcodeados

  • En Firefox Nightly agregaron about:keyboard, así que ahora se pueden modificar directamente los atajos
    Por ahora solo cubre lo básico, pero ya resulta bastante útil

• Que una mejora así llegue después de 21 años, tarde pero bienvenida 😄

  • Cuando alguien preguntó “¿por qué tardó tanto?”, cuentan que un desarrollador respondió: “no había tiempo”
    Veintiún años dan risa

• Me pregunto si la persona que reportó este bug originalmente todavía seguirá viva

  • A lo mejor ya lo están viendo sus nietos en su lugar

• Firefox sigue siendo un navegador excelente en multitarea con pestañas y uso de memoria
  En el último año casi no he tenido problemas de renderizado
  Me da curiosidad ver qué otras funciones antiguas van mejorando

  • En mi caso, a veces tengo un problema en el que no se puede hacer clic en enlaces
    Supongo que será por el bloqueador de anuncios o por cómo lo implementó algún proveedor SaaS
    En sitios importantes así, no me queda otra que usar Safari