Firefox 147 prend en charge la spécification XDG Base Directory

• La version Firefox 147 ajoute la prise en charge de la spécification XDG Base Directory
• Les fichiers de configuration et le cache sont déplacés vers des chemins XDG standardisés au lieu du répertoire personnel traditionnel
• Amélioration de la cohérence de la gestion des fichiers de configuration dans les environnements Linux
• Les données utilisateur existantes seront migrées automatiquement vers les nouveaux emplacements
• Contribution à une meilleure organisation de l’arborescence des fichiers et à une compatibilité accrue dans l’ensemble des environnements de bureau

---

Prise en charge de XDG Base Directory dans Firefox 147

• Firefox 147 a été modifié pour respecter la XDG Base Directory Specification
  • Cette spécification définit les emplacements standard de stockage des fichiers de configuration, du cache et des données des applications sur les systèmes Linux
• Jusqu’à présent, Firefox créait un dossier .mozilla dans le répertoire personnel de l’utilisateur, mais utilise désormais les chemins standard tels que ~/.config, ~/.cache, ~/.local/share
• Ce changement fait évoluer la structure afin de respecter les variables d’environnement XDG_CONFIG_HOME, XDG_CACHE_HOME, XDG_DATA_HOME

Données utilisateur et migration

• Les données utilisateur Firefox existantes seront automatiquement migrées vers les chemins XDG dans la nouvelle version
• Pendant la migration, les paramètres existants, les favoris, etc. sont conservés, sans nécessiter d’intervention manuelle
• Les utilisateurs Linux pourront ainsi gérer plus facilement l’organisation du système de fichiers et les sauvegardes

Signification dans l’écosystème Linux

• Le respect de la spécification XDG renforce la cohérence avec les autres applications de bureau
• Meilleure intégration avec les principaux environnements de bureau comme GNOME et KDE
• Firefox renforce sa position de navigateur conforme aux standards sur la plateforme Linux

[GN⁺]

Commentaires sur Hacker News

• On dirait que Mozilla commence enfin à corriger un vieux bug
  Mais en regardant les détails, le diff ne montre aucune logique de migration
  S’il existe, ~/.mozilla continue apparemment d’être utilisé, sinon c’est ~/.config/mozilla qui est pris. Je me demande donc si l’on perd les réglages existants à moins de définir MOZ_LEGACY_HOME=1
  De plus, la distinction entre ~/.cache, ~/.config et ~/.local/share ne semble pas vraiment respectée, et toutes les données de profil semblent avoir été déplacées dans ~/.config

  • Je le disais à moitié pour plaisanter, mais ce bug vieux de 27 ans a effectivement été fermé récemment
    about:keyboard a été ajouté à Nightly, ce qui permet désormais de modifier ou vider directement les raccourcis par défaut pour enregistrer, revenir en arrière, actualiser, les outils de développement, etc.
  • À voir le diff, si ~/.mozilla existe ou si MOZ_LEGACY_HOME est défini, il reste utilisé tel quel ; sinon, la structure semble passer à $XDG_CONFIG_HOME/.mozilla
    Donc, les données ne sont pas supprimées, mais il n’y a pas de migration non plus
  • Le diff complet montre que ~/.cache est déjà utilisé, mais il n’y a rien concernant ~/.local/share
  • Si toutes les données sont mises dans ~/.config, alors ce n’est pas vraiment conforme à la spécification XDG Base Directory
    Cela dit, c’est déjà bien d’avoir un dotfile de moins qui encombre le répertoire personnel
  • Je pense qu’il reste encore du chemin avant de vraiment séparer complètement le dossier .mozilla
    Comme toutes les données ont été stockées jusqu’ici dans un seul dossier, distinguer cache, configuration et données applicatives sera probablement plus compliqué

• Ce changement représente un progrès assez important
  Beaucoup d’applications majeures ne respectaient pas correctement XDG Base Directory, et l’adoption par Firefox pourrait influencer d’autres projets
  La page de l’Arch Wiki devra sans doute être mise à jour

  • Les développeurs d’OpenSSH considèrent l’adoption de XDG comme un risque de sécurité
    Comme .ssh gère les accès au système, disperser les fichiers de configuration à plusieurs endroits pourrait compliquer l’administration et créer des vulnérabilités
    .ssh/config ou known_hosts pourraient être déplacés vers XDG, mais ne déplacer qu’une partie ferait perdre l’intérêt initial de rangement des dotfiles
    La discussion associée est sur la mailing list
  • C’est étonnant que, malgré une correction aussi simple, la liste des applications non conformes reste si longue
    C’est le genre de problème qu’une simple PR pourrait régler en quelques heures
  • Quand Debian a renommé icedove en thunderbird par le passé, il y avait eu une grosse confusion à cause d’un conflit de chemins de configuration
    Avec une structure XDG, la configuration et les données auraient été séparées, et ce problème ne se serait probablement pas posé
  • Chromium utilise toujours $HOME/.pki et continue d’encombrer le répertoire personnel
    C’est lié à une mauvaise utilisation de libnss, et les applications intégrant Chromium, comme QtWebEngine, subissent le même problème

• Le dossier .mozilla était l’un des derniers dotfiles restants dans mon répertoire personnel
  Je suis ravi à l’idée qu’il puisse enfin disparaître
  On peut aussi utiliser un outil appelé xdg-ninja (lien) pour repérer les applications qui enfreignent les règles XDG
  Beaucoup de programmes codent en dur ~/.config ou ~/.local et tentent de les recréer à chaque fois ; mieux vaut éviter ce genre d’applications

  • On pourrait aussi s’en sortir avec des liens physiques, mais l’usage des variables d’environnement reste encore compliqué
    Ce serait bien d’avoir un paramétrage au niveau du pilote permettant de mapper XDG_CONFIG_HOME vers un chemin virtuel
  • Merci pour la découverte de xdg-ninja
    Je déteste vraiment les programmes qui mettent le bazar dans le répertoire personnel
    Devoir modifier directement des fichiers cachés pour configurer un logiciel, ça devient lassant

• C’est une bonne nouvelle
  Firefox respectait déjà bien les dossiers système sous Windows et macOS
  Linux n’avait pas de standard, mais suivre les recommandations XDG est une avancée importante

• Il était temps
  Tous les logiciels devraient prendre en charge XDG. C’est étonnant que Firefox ne l’ait pas fait dès le départ

  • XDG est apparu bien après Firefox, et pendant la majeure partie de son existence, il n’a pas été largement adopté
  • Si la plupart des logiciels ne suivent pas XDG, c’est parce que la spécification n’est apparue qu’autour de 2003
    Son adoption progresse maintenant peu à peu, et les répertoires personnels devraient devenir bien plus propres
    L’important reste toutefois de fournir un chemin de migration clair pour éviter de perdre les réglages existants

• C’est vraiment une excellente nouvelle
  Comme pour Gimp 3, c’était un bug attendu depuis très longtemps, et je suis heureux de le voir enfin corrigé

• Entre l’ajout récent de la prise en charge du .mkv dans Firefox et ce type d’améliorations, le navigateur s’améliore clairement
  Mon seul reproche restant concerne les raccourcis codés en dur

  • about:keyboard a été ajouté à Firefox Nightly, ce qui permet de modifier directement les raccourcis
    Pour l’instant, cela couvre seulement les fonctions de base, mais c’est déjà tout à fait utilisable

• Une amélioration après 21 ans, c’est tardif, mais très bienvenu 😄

  • Quand quelqu’un a demandé « pourquoi cela a pris si longtemps », un développeur aurait répondu « on n’avait pas le temps »
    Au bout de 21 ans, c’en est presque comique

• Je me demande si la personne qui a signalé ce bug au départ est encore en vie

  • Peut-être que ce sont désormais ses petits-enfants qui suivent l’affaire à sa place

• Firefox reste un excellent navigateur pour le multitâche avec beaucoup d’onglets et la gestion mémoire
  Sur l’année écoulée, je n’ai presque pas rencontré de problèmes de rendu
  Je suis curieux de voir quelles autres vieilles limitations seront améliorées à l’avenir

  • Dans mon cas, j’ai parfois un problème de clic sur les liens
    C’est probablement lié à un bloqueur de pub ou à l’implémentation d’un fournisseur SaaS
    Pour ce type de sites importants, je finis malgré tout par utiliser Safari