Firefox 147 unterstützt die XDG Base Directory Specification

• In Firefox 147 wurde Unterstützung für die XDG Base Directory Specification hinzugefügt
• Konfigurationsdateien und Cache werden statt im bisherigen Home-Verzeichnis in standardisierte XDG-Pfade verschoben
• Verbessert die Konsistenz bei der Verwaltung von Konfigurationsdateien in Linux-Umgebungen
• Bestehende Benutzerdaten werden voraussichtlich automatisch an den neuen Speicherort migriert
• Trägt zu einer aufgeräumteren Dateistruktur und besserer Kompatibilität über Desktop-Umgebungen hinweg bei

---

XDG-Base-Directory-Unterstützung in Firefox 147

• Firefox 147 wurde so geändert, dass es die XDG Base Directory Specification einhält
  • Diese Spezifikation definiert die standardmäßigen Speicherorte für Konfigurations-, Cache- und Datendateien von Anwendungen auf Linux-Systemen
• Bisher legte Firefox im Home-Verzeichnis des Benutzers einen Ordner .mozilla an, nun werden stattdessen die Standardpfade ~/.config, ~/.cache, ~/.local/share verwendet
• Durch diese Änderung erfolgt der Wechsel zu einer Struktur, die den Umgebungsvariablen XDG_CONFIG_HOME, XDG_CACHE_HOME, XDG_DATA_HOME folgt

Benutzerdaten und Migration

• Bestehende Firefox-Benutzerdaten werden in der neuen Version automatisch in die XDG-Pfade migriert
• Während der Migration bleiben bisherige Einstellungen, Lesezeichen usw. erhalten; manuelle Schritte sind nicht erforderlich
• Dadurch können Linux-Nutzer Dateisystemorganisation und Backup-Verwaltung einfacher handhaben

Bedeutung für das Linux-Ökosystem

• Die Einhaltung der XDG-Spezifikation stärkt die Konsistenz mit anderen Desktop-Anwendungen
• Bessere Integration mit wichtigen Desktop-Umgebungen wie GNOME und KDE
• Firefox stärkt damit seine Position als standardkonformer Browser auf der Linux-Plattform

[GN⁺]

Hacker-News-Kommentare

• Endlich scheint Mozilla damit anzufangen, einen alten Bug zu beheben
  Wenn man sich die Details ansieht, ist in diesem diff allerdings keine Migrationslogik zu erkennen
  Es sieht so aus, als würde bei vorhandenem ~/.mozilla dieses weiterverwendet, andernfalls ~/.config/mozilla. Ich frage mich, ob man seine bisherigen Einstellungen verliert, wenn man nicht MOZ_LEGACY_HOME=1 setzt
  Außerdem scheint die Trennung zwischen ~/.cache, ~/.config und ~/.local/share nicht sauber umgesetzt zu sein, und offenbar wurden alle Profildaten nach ~/.config verschoben

  • Als Scherz gemeint, aber tatsächlich wurde kürzlich ein 27 Jahre alter Bug geschlossen
    In Nightly wurde about:keyboard hinzugefügt, sodass man Standard-Tastenkürzel wie Speichern, Zurück, Aktualisieren oder Entwicklerwerkzeuge direkt anpassen oder leeren kann
  • Dem diff nach wird ~/.mozilla weiterverwendet, wenn es existiert oder MOZ_LEGACY_HOME gesetzt ist; andernfalls wird $XDG_CONFIG_HOME/.mozilla verwendet
    Das heißt: Die Daten werden nicht verworfen, aber es gibt auch keine Migration
  • Im gesamten diff ist zu sehen, dass ~/.cache bereits genutzt wird, zu ~/.local/share gibt es aber nichts
  • Wenn wirklich alle Daten in ~/.config abgelegt werden, dann ist das nicht dasselbe wie die Einhaltung der XDG Base Directory Spec
    Trotzdem ist es gut, dass damit ein Dotfile weniger das Home-Verzeichnis vermüllt
  • Ich denke, bis der .mozilla-Ordner vollständig aufgeteilt ist, ist es noch ein weiter Weg
    Bisher lag alles in einem einzigen Verzeichnis, deshalb dürfte die Trennung von Cache, Einstellungen und Anwendungsdaten schwieriger sein

• Diese Änderung ist ein ziemlich bedeutender Fortschritt
  Wichtige Apps haben die XDG Base Directory Spec oft nicht korrekt befolgt, und die Übernahme durch Firefox könnte auch andere Projekte beeinflussen
  Der Arch-Wiki-Artikel müsste wohl ebenfalls aktualisiert werden

  • Die OpenSSH-Entwickler sehen die Einführung von XDG als Sicherheitsrisiko
    Da .ssh den Systemzugriff betrifft, könnte es die Verwaltung komplizierter und anfälliger machen, wenn Konfigurationspfade auf mehrere Orte verteilt werden
    .ssh/config oder known_hosts ließen sich vielleicht nach XDG verschieben, aber wenn nur ein Teil umzieht, verfehlt das den Zweck der Dotfile-Bereinigung
    Die zugehörige Diskussion gibt es auf der Mailingliste
  • Erstaunlich, dass die Liste der nicht konformen Apps trotz so einer einfachen Änderung immer noch so lang ist
    Mit einem PR ließe sich das oft in wenigen Stunden beheben
  • Als Debian früher icedove in thunderbird umbenannte, gab es großes Chaos wegen Kollisionen bei den Konfigurationspfaden
    Mit einer XDG-Struktur wären Einstellungen und Daten getrennt gewesen, und dieses Problem wäre nicht entstanden
  • Chromium verwendet weiterhin $HOME/.pki und vermüllt damit das Home-Verzeichnis
    Das liegt daran, dass libnss nicht korrekt genutzt wird; Apps mit eingebettetem Chromium wie QtWebEngine haben dasselbe Problem

• Der .mozilla-Ordner war eines der letzten Dotfiles in meinem Home-Verzeichnis
  Es freut mich, dass das jetzt aufgeräumt wird
  Mit dem Tool xdg-ninja (Link) kann man Apps finden, die gegen die XDG-Regeln verstoßen
  Viele Programme hardcoden ~/.config oder ~/.local und versuchen, diese Verzeichnisse jedes Mal neu anzulegen; solche Apps meidet man besser

  • Mit Hardlinks könnte man das vielleicht lösen, aber die Nutzung von Umgebungsvariablen bleibt weiterhin schwierig
    Eine Treiber-Konfiguration auf niedriger Ebene, die XDG_CONFIG_HOME auf einen virtuellen Pfad abbildet, wäre hilfreich
  • Danke, dass ich dadurch zum ersten Mal von xdg-ninja erfahre
    Ich hasse Programme wirklich, die das Home-Verzeichnis wahllos zumüllen
    Diese Art von Konfiguration, bei der man versteckte Dateien direkt bearbeiten muss, hängt mir zum Hals heraus

• Gute Nachricht
  Firefox hat sich unter Windows und macOS bereits an die Systemordner gehalten
  Unter Linux gab es keinen Standard, aber die Befolgung der XDG-Empfehlungen ist ein großer Fortschritt

• Jetzt ist wirklich der richtige Zeitpunkt dafür
  Jede Software sollte XDG unterstützen. Es überrascht mich, dass Firefox das nicht von Anfang an getan hat

  • XDG ist deutlich später entstanden als Firefox und war die meiste Zeit nicht breit angenommen
  • Der Grund, warum die meiste Software XDG nicht befolgt, ist, dass die Spezifikation erst ungefähr 2003 aufkam
    Inzwischen wird sie zunehmend übernommen, und das Home-Verzeichnis wird viel aufgeräumter sein
    Wichtig ist allerdings, eine klare Migrationsstrategie bereitzustellen, damit bestehende Einstellungen nicht verloren gehen

• Das sind wirklich erfreuliche Nachrichten
  Das war so ein Bug, auf dessen Behebung man ähnlich lange gewartet hat wie bei Gimp 3, daher freut es mich sehr, dass er endlich behoben wurde

• Wenn man sieht, dass Firefox zuletzt auch .mkv-Unterstützung ergänzt hat und solche Verbesserungen bringt, wird es immer besser
  Mein einziger verbleibender Kritikpunkt sind die hart codierten Tastenkürzel

  • In Firefox Nightly wurde about:keyboard hinzugefügt, mit dem man Tastenkürzel direkt bearbeiten kann
    Es deckt bislang nur Grundfunktionen ab, ist aber schon gut brauchbar

• Nach 21 Jahren so eine Verbesserung zu sehen, ist spät, aber willkommen 😄

  • Auf die Frage, warum es so lange gedauert habe, soll ein Entwickler einmal geantwortet haben: „Es gab keine Zeit.“
    Über 21 Jahre hinweg ist das schon ziemlich komisch

• Ich frage mich, ob die Person, die diesen Bug ursprünglich gemeldet hat, noch lebt

  • Vielleicht verfolgt ihn inzwischen schon die Enkelgeneration dieser Person

• Firefox ist in Sachen viele Tabs und Speicherverbrauch immer noch ein hervorragender Browser
  Im letzten Jahr hatte ich auch kaum Rendering-Probleme
  Ich bin gespannt, welche alten Baustellen als Nächstes verbessert werden

  • Bei mir gibt es gelegentlich ein Problem, dass Links sich nicht anklicken lassen
    Vermutlich liegt das am Adblocker oder an der Umsetzung eines SaaS-Anbieters
    Auf solchen wichtigen Websites nutze ich dann notgedrungen Safari