Ich habe das entsprechende Bugticket gefunden:
Ich habe jetzt im Fenster „Über Firefox Nightly“ den Text org.mozilla. Wo kommt der denn her? 
Sören Hentzschel Hast du vielleicht dieses Ticket im Hinterkopf?
Suchbegriffe in der Adressleiste auf Ergebnisseiten anzeigen” setzt voraus, dass browser.urlbar.scotchBonnet.enableOverride auf true steht (Standard).
Ja, standardmäßig kommt man nicht umhin, in die äußerst scharfe Chili-Schote rein zu beißen. 
Aber so oft, wie du das schreibst – können wir uns bitte darauf einigen, dass es für „Voices” ein sehr gut funktionierendes deutsches Wort gibt?
Für diese Frage gebe ich dir meine Stimme.
Danke.
Irgendwo habe ich auch etwas darüber gelesen, habe es aber vergessen. Dass auf tar.xz umgestellt wird, habe ich irgendwie in Erinnerung behalten. Man sieht es auch auf archive.mozilla.org.
Die .rpm-Pakete bieten die gleichen Vorteile wie die .tar.bz2-Archive, die man via mozilla.org herunterladen kann
Verwendet Mozilla noch die tar.bz2-Archive? Ist Mozilla nicht auf tar.xz umgestiegen? Wobei ich ehrlich gesagt nicht weiß, welchen Unterschied es zwischen beiden gibt.
denn in der profil.ini wird auf diesen Ordner verwiesen!
Die Datei heißt profiles.ini. Verwirre ihn nicht noch zusätzlich. 
In deiner Ausgangs-profiles.ini sind zwei Profile, die irgendwann mal durch Bereinigung von Firefox entstanden sind, erkennbar an der langen Nummer hinter dem Profilnamen. In deiner Ziel-profiles.ini ist der normale Zustand zu sehen: Es gibt ein Profil default-release und ein Profil default. default-release ist heutzutage das Standardprofil, das Firefox beim Erststart mitbringt. Früher war default das Standardprofil. Das ist aber heute nur noch ein Dummy-Profil, es enthält lediglich die Datei times.json. Das Profil default-release sollte das Profil deiner Wahl sein. Dorthin müsstest du am besten deine Profildaten aus dem bisher produktiv verwendeten Profil hineinkopieren. Alternativ kannst du auch ein neues Profil anlegen.
Danke für deine Bemühung, aber auf welchen Link von mir beziehst du dich?
Ei Gott, ich meine die von AngelOfDarkness aus Beitrag #23, sorry. Ich hatte kurz zuvor deinen Beitrag #25 gelesen und hatte wohl in diesem Moment deinen Namen im Gedächtnis abgespeichert.
Beim ersten Link von Webmark sind unter dem Tab „Bugzilla“ Bugreports genannt, die offensichtlich gefixt sind.
Außerdem ist beim ersten Link von Flatpak ebenfalls ein Bugreport genannt, der noch nicht gefixt ist:
Der Standardort für die Sicherung der Lesezeichen ist der Desktop. Das sieht man auch, wenn sich der Speichern-Dialog öffnet. Dorthin wird dann die Datei namens bookmarks-(datum).json gespeichert, für heute also: bookmarks-2026-01-17.json
anke, das hatte ich vergessen zu erwähnen. Im Fehlerbehebungsmodus flackert es nicht. Deshalb hatte ich ja auch gehofft, dass ich das Problem durch eine komplette Neuinstallation von Firefox lösen kann. Dem war aber leider nicht so.
Nein, eine Neuinstallation hilft in den seltensten Fällen, denn die Probleme entstehen meist im Benutzerprofil, das – wie 2002Andreas schon schrieb – bei einer Neuinstallation nicht angetastet wird. Der Fehlerbehebungsmodus deaktiviert Add-ons, die Hardwarebeschleunigung, CSS-Regeln und Benutzerskripte.
Sieht da irgendwer irgendetwas?
Sind denn die Einstellungen der Zeilen 25 und 26 auch so in about:config gesetzt?
Noch eine Sache: Das Skript selbst verwendet noch Inline-Eventhandler wie oncommand, onmouseup usw. Die funktionieren nicht mehr, dort muss mit addEventListener() umgebaut werden.
Hallo Sephira, alles Gute zum Geburtstag!
Diese Dateien werden in den anzulegenden Ordner "utils" abgelegt
Auf der Seite steht unter Instructions Punkt 3 nichts von einem Ordner utils, sondern:
Download one of the files below and extract its content in chrome folder.
Ach doch, es könnte sein, dass der Ordner utils mit den Dateien in den chrome-Ordner muss.
Es funktioniert halt warum auch immer nicht!
Ich habe dir doch geschrieben: Es gibt keine JSM-Dateien mehr. In Zeile 15 steht bei dir userChrome.jsm. Das funktioniert schon lange nicht mehr. Wenn, dann muss die userChrome.sys.mjs heißen und die xPrefs.jsm muss xprefs.sys.mjs heißen. In der userChrome.sys.mjs muss dann oben in den Zeilen 3-5 stehen:
const { xPref } = ChromeUtils.importESModule('chrome://userchromejs/content/xPref.sys.mjs');
const { Management } = ChromeUtils.importESModule('resource://gre/modules/Extension.sys.mjs');
const { AppConstants } = ChromeUtils.importESModule('resource://gre/modules/AppConstants.sys.mjs');Die Dateien config.js und config-prefs gehören sicherlich wie bei uns schon immer ins Installationsverzeichnis (Wurzel bzw. defaults/pref). Bis jetzt sehe ich nichts, was bei uns nicht schon wäre.
k, die Variable oder Funktion namens UC wird in der Datei "userChrome.jsm" definiert!
Nur, diese wird gar nicht geladen!
Klar, es gibt ja keine JSM-Module mehr. Die Datei ist von 2021. Verwende mal userChrome.sys.mjs stattdessen. Es kann aber sein, dass da irgendwo noch auf die JSM-Datei Bezug genommen wird. Das gilt es dann noch herauszufinden.
Ach ja, das gleiche gilt natürlich auch für die xPrefs.jsm. ImportPfade innerhalb der beiden Moduldateien müssen natürlich auch angepasst werden: ChromeUtils.importESModule anstatt ChromeUtils.import.
s ist jahre her das ich den ff neuinstallieren musste von scratch auf...
Du hast mich missverstanden. Es geht um Erweiterungen, die erst nach Einführung des Symbols installiert wurden. Diese wurden und werden hinter das Symbol installiert. Das hat mit einer Neuinstallation von Firefox nichts zu tun. Im Gegenteil, Erweiterungen werden ins Benutzerprofil installiert und das wird bei einer Neuinstallation von Firefox gar nicht angetastet.
