Nachdem es aktuell beim Wechsel von Firefox 78esr zu 91esr innerhalb der Debian-Repositories zu Verzögerungen kommt, habe ich den Firefox 91esr direkt von der Mozilla-Seite heruntergeladen und nach “/opt” entpackt. Der Plan ist, die parallel installierte Version so lange zu benutzen, bis die Debian-Version erfolgreich aktualisiert wurde und dann wieder den Browser aus dem Repository zu verwenden.

Der erste Start des neuen Browsers sorgte allerdings für eine Schrecksekunde: statt des gewohnten Anblicks mit Lesezeichenleiste und Erweiterungen präsentierte sich ein Firefox im Auslieferungszustand. Ein Blick in den “.mozilla”-Ordner innerhalb des Benutzerverzeichnisses beruhigte, denn das alte Profil war noch vorhanden und Firefox hatte ein neues Profil angelegt.

Die Erklärung hierfür liefert “Ein gesondertes Profil für jede Firefox-Installation” mit dem sachdienlichen Hinweis, daß es sich hierbei um ein Feature und keinen Bug handelt:

Wenn Sie eine neue, zusätzliche Installation von Firefox installieren, wird ein neues Profil erstellt. Ihre persönlichen Daten oder Anpassungen bleiben dabei erhalten, denn Ihre bisherigen Profildaten werden gesichert und der vorherigen Firefox-Installation zugeordnet.D

Da die Version 78esr aus den Repositories sowieso nicht mehr verwendet werden sollte, half ein erneuter Start des Browsers mit angehängtem “-p”, welches den Profilmanager aufruft. Das neue Profil löschen, das alte als Standard definieren und schon war wieder alles wie gewünscht.

Selbst wenn mit gnome-core lediglich das Minimalpaket gewählt wird, wird bei der Installation von GNOME unter Debian der Browser Firefox in der ESR-Version 52 zwangsweise mitinstalliert.

Spätestens wenn parallel eine aktuelle Version von Firefox installiert wurde, wird die ESR-Version nicht mehr benötigt und könnte deinstalliert werden. Leider quittiert die Paketverwaltung ein

nicht nur damit, daß sie auch “gnome-core” deinstallieren will, zusätzlich wird die Installation von chromium mit eingeplant:

Nach einigen ergebnislosen Versuchen fand sich schließlich bei reddit der entscheidende Fingerzeig: die Installation eines mit equivs selbstgebastelten Fake-Pakets, welches dem System einen vorhandenen firefox-esr vorgaukelt.

Ein passendes Muster für eine Control-Datei findet sich in Kapitel “15.2.1. Meta-Pakete oder vorgetäuschte Pakete” des Debian Adminstrator Handbuchs und ist schnell angepasst:

Die wichtigste Zeile hierbei ist “Provides: …”, welche vorgaukelt, daß das Paket tatsächlich Firefox in der ESR-Version bereitstellt.

Nachdem das Paket mittels

erstellt wurde, kann es über

installiert werden. Anschließend führt die Entfernung des “firefox-esr”-Pakets zum ursprünglich beabsichtigten Ergebnis:

Im lokalen Netz werkelt eine virutelle Linux-Spielkiste, welche auf Grund ihres Einsatzzwecks auf den Namen “sandbox” hört. Der auf dieser Maschine laufende Webserver ist aus dem lokalen Netz über die Adresse “http://sandbox” erreichbar.

Wenn die Kiste ausgeschaltet ist, führt ein Versuch, die URL in Google Chrome zu öffnen wie erwartet zu einer Fehlerseite mit dem Hinweis

Die Server-IP-Adresse von sandbox wurde nicht gefunden.

Firefox hingegen versucht ebenfalls - logischerweise ergebnislos - die URL zu öffnen und führt den verdutzten Anwender letztendlich zur Adresse “http://www.rotoworld.com/?ref=sandbox”, eine Vorgehensweise, welche auf den ersten Blick unschöne Methoden wie DNS-Hijacking (oder Schlimmeres) als Ursache vermuten lässt, letztendlich aber einen trivialen Grund hat, welcher bereits vor rund 7 Jahren Thema des Beitrags “Firefox fügt automatisch ‘www.’ und ‘.com’ an” war:

Wenn Firefox zu einer eingegebenen URL keine Verbindung bekommt, beginnt ein Verwirrspiel durch Anhängen einer Domainendung - in diesem Fall der Endung .“com”, die aus der ursprünglichen Adresse “http://sandbox” dann “http://sandbox.com” macht - welche zum gleichen Betreiber wie “http://www.rotoworld.com” gehört und letztendlich den Redirect erklärt.

Manchmal frage ich mich ernsthaft, was sich ein Programmierer bei der Implementierung solch sinnbefreiter Automatismen denkt: Wegen jedem Krimskrams wird irgendwo eine Leiste eingeblendet, die darauf hinweist, daß Firefox dieses, jenes oder noch was ganz viel tolleres könnte. Und bei sowas? Da wäre ein Hinweis “Address not found - redirecting to potentially unwanted site” wirklich hilfreich.

Beim Update von Mozilla Firefox auf die aktuelle Version 7 kann es passieren, daß installierte Plugins nach dem Update nicht mehr vorhanden sind. Auslöser scheint ein anstehendes Plugin-Update zu sein, das beim Update des Firefox schlicht und einfach nicht sauber durchgeführt wird.

Dieses Problem, bereits am 21.August 2011 als Bug #680802 gemeldet, wurde aber unverständlicherweise nicht als allzu schwerwiegend klassifiziert und vor Veröffentlichung der endgültigen Version auch nicht mehr behoben.

(Nicht nur) Beim Arbeiten mit localhost kann es nerven, wenn Firefox meint, der URL “http://localhost” noch ein paar zusätzliche Buchstaben verpassen zu müssen und beharrlich versucht, die Adresse “http://www.localhost.com” zu öffnen.

In den Optionen ist kein Schalter vorgesehen, mit dem die automatische Ergänzung abgeschaltet werden könnte, mittels der erweiterten Einstellungen unter “about:config” lässt sich das unerwünschte Verhalten aber mit einem einfachen Doppelklick auf die Einstellung

unterbinden - oder wahlweise mittels der anderen “browser.fixup.alternate”-Parameter in sinnvollere Bahnen lenken.