Beiträge von milupo

Zitat von Sören Hentzschel

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.

Zitat

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.

Zitat von Mira_Belle

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.

Zitat von Webmark

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

Zitat von campezino

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.

Zitat von Mira_Belle

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!

Zitat von Mira_Belle

Diese Dateien werden in den anzulegenden Ordner "utils" abgelegt

Auf der Seite steht unter Instructions Punkt 3 nichts von einem Ordner utils, sondern:

Zitat

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.

Zitat von Mira_Belle

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.

Zitat von Mira_Belle

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.

Zitat von Frank96

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.

Wenn du seit Einführung des Symbols nur vorher installierte Erweiterungen genutzt hattest, waren die ja schon in der Symbolleiste angeheftet. Erweiterungen, die du nach Einführung des Symbol installierst, installieren sich in das Symbol.

Zitat von BrokenHeart

Entferne einfach Zeile 12
ChromeUtils.importESModule("resource:///modules/CustomizableUI.sys.mjs");
aus dem Skript.

Ergänzend: Die Einbindung der CustomizableUI.sys.mjs ist nicht mehr nötig, aber abgesehen davon, stimmt der Pfad zu dieser Datei nicht mehr. Der muss jetzt lauten:

    "moz-src:///browser/components/customizableui/CustomizableUI.sys.mjs"

Seit einiger Zeit werden ja resource:///-Pfade in moz-src:///-Pfade umgewandelt. Dies ist für die customizableUI.sys.mjs bereits geschehen.

Zitat von Sören Hentzschel

Vermutlich reicht das nicht, da das Script ja Elemente der alten Suchleiste anspricht.

Dann wäre der nächste Schritt die Elemente in Klammern zu überprüfen, z. B. .search-panel-header.

Hallo Andreas, der Pfad der Datei SearchUIUtils.sys.mjs ist von einem resource:-Pfad zu einem moz-src:-Pfad geändert worden. Vielleicht hilft das schon. Siehe Zeile 36:

SearchUIUtils: "moz-src:///browser/components/search/SearchUIUtils.sys.mjs",