Beiträge von Sören Hentzschel

Das ist weder ein Denkfehler von dir noch ein „kapitaler Fehler in Firefox”, zumal wir hier von einer Erweiterung sprechen, die überhaupt nicht Teil von Firefox ist. Ja, du kannst über diese Erweiterung deine synchronisierten Daten ansehen und das schließt deine Passwörter ein.

Ich möchte betonen: Um die Erweiterung sinnvoll nutzen zu können, musst du ja überhaupt erst einmal in deinen Account eingeloggt sein, was dein Passwort sowie hoffentlich einen zweiten Faktor erfordert. Es ist also nicht so, dass darüber jemand Fremdes Zugriff auf deine Passwörter hätte.

Hallo,

die Synchronsiation kennt kein Konzept eines „Hauptrechners”. Von der Beschreibung her denke ich aber auch nicht, dass es dir helfen würde. Das klingt eher nach einem Fehler. Denn die Lesezeichen müssten nach der Synchronisation auf allen angeschlossenen Systemen im entsprechenden Ordner sein, unabhängig davon, ob es einen „Hauptrechner” gibt oder nicht.

Wenn du tatsächlich das gleiche Problem hast, sollte die Lösung ja funktionieren, die hier bereits steht …

--panel-background → --panel-background-color
--panel-text → --panel-text-color

Zitat von sansnom

Forward und Back Button machen bei Hover garnichts mehr. Da hatte ich einen Kreis als Hintergrund etc.

Wie schön – dann kannst du mit dem kommenden Firefox-Design ja einen Teil deiner Anpassung entsorgen. Denn das wird Standard sein.

Es gibt wie gesagt eine sichtbare Option dafür in Firefox, siehe Beitrag #3.

Die Datei autofill-profiles.json kannst du sichern, wenn du Adressen und / oder Kreditkarten-Daten in Firefox speicherst. Die Datei content-prefs.sqlite solltest du sichern, wenn du seitenspezifische Einstellungen wie den Zoom oder erteilte Berechtigungen übernehmen möchtest.

Zitat von .DeJaVu

Schade, dass du die Fakten ignorierst. […] DAS ist Fakt, nicht, was du gerne hättest.

Bitte was? Ich bin es doch, der die Fakten hier benennt. Alles, was ich geschrieben habe, ist nachprüfbar und wurde von mir auch selbst überprüft, bevor ich es geschrieben habe.

Zitat von .DeJaVu

Nightly kann es nicht, abgeschaltet in den Optionen,

Selbstverständlich kann die Nightly-Version das auch. Welchen logischen Grund sollte es dafür geben, dass die Nightly-Version das nicht kann? Auch das habe ich soeben noch einmal überprüft. Und wie erwartet startet auch Firefox Nightly mit entsprechender Option automatisch beim Start von Windows.

Den tatsächlichen Grund, wieso die Option bei dir ausgegraut ist, habe ich dir sogar per Screenshot gezeigt. Das ist die einzige Voraussetzung, unter das passiert. Das habe ich zusätzlich zum visuellen Test auch über den Firefox-Code verifiziert.

Zitat von .DeJaVu

setzt trotzdem die Registry (Beta übrigens auch)

Logisch, das ist ja auch Standard.

Zitat von .DeJaVu

Ich wiederhole es ungern, aber Mozilla hat mit dem neuen Code Bockmist verzapft, insofern es mit v152 nicht mit der offiziellen Option verknüpft wird.

Und das stimmt halt einfach nicht. Der Code funktioniert einwandfrei. Nur halt nicht so, wie du glaubst, dass der Code funktionieren müsste, sondern genau so, wie ich es erklärt habe.

Zitat von .DeJaVu

Um meine Info mit einem Bild zu zeigen, es ist allerdings Firefox Portable.

Auch die zeigt die Option für Windows-start ausgegraut an, weil es die profiles.ini ausliest bei mir, in der kein Standard-Profil festgelegt wurde.

Ich habe dir erklärt, woran das Ausgrauen der Option liegt. Wenn deine portable Version intern etwas macht, was der genannten Option im Profilmanager entspricht (was ich nicht weiß, weil ich so etwas nicht nutze), ist das ein Thema deiner portablen Version und kein Fehler von Mozilla.

Zitat von .DeJaVu

Was ich wissen wollte, ob die Option in den Einstellungen das rückgängig machen kann - ja, kann es:

Wie gesagt: Die sichtbare Option legt den Registry-Schlüssel an oder löscht diesen. Das ist der einzige Mechanismus innerhalb von Firefox.

Zitat von .DeJaVu

Allerdings wird da was ganz anderes in den prefs verändert als erwartet:

[…]

Das Folgende verändert sich kein Stück mit Setzen oder Abwählen jener Option, ich sehe in der prefs auch nichts, was sich annähernd dem zuordnen liesse. Vermutlich muss ich searchfox bemühen.

Eben nicht „unerwartet”. Ich habe dir doch schon erklärt, dass es keine Verbindung zwischen dem Status der Checkbox in den Einstellungen und den in diesem Thema genannten Optionen in about:config gibt. Und auch die vierte Option, die du jetzt ins Spiel bringst, gehört nicht zu dieser Checkbox. Wie bereits der Name der Option andeutet („prompt”), geht es bei dieser Option um die Anzeige einer Aufforderung zum Setzen dieser Option, und zwar in Form einer Hinweisleiste. Das steuert selbst aber nicht, ob Firefox beim Systemstart geöffnet wird oder nicht. Das läuft wie gesagt einzig und alleine über die Registry.

Das würde anders im Übrigen auch überhaupt nicht funktionieren. Sämtliche Einstellungen, die über about:config zu finden sind, stehen erst nach dem Start von Firefox zur Verfügung. Und diese Option muss logischerweise erstens vor dem Start von Firefox bekannt sein, wenn es um die Frage geht, ob Firefox gestartet werden soll oder nicht, und zweitens läuft dieser Vorgang über Windows und nicht über Firefox, der ja wie gesagt zu dem Zeitpunkt gar nicht aktiv ist und daher selbst gar nichts machen kann. Darum ja der Weg über die Registry. Eine Option in about:config dafür wäre wirkungs- und damit sinnlos.

Stimmt, das wäre ansonsten auch kein sinnvolles Deutsch. Ist korrigiert.

Und falls man doch manuell Daten sichern möchte, gibt es hier eine Übersicht über die wichtigsten Dateien:

Client Challenge

Die Dateien activity-stream.contile.json und notificationstore.json zu sichern, ergibt meines Erachtens nicht viel Sinn.

Hallo,

klicke auf der Ergebnisseite einer Suchmaschine auf das Weltkugel-Symbol ganz rechts in der Adressleiste. Dann bekommst du die Ansicht, die du auch von anderen Websites kennst.

Zitat von mkpcxxl

Blöder Gedanke: Könnte das was mit der Fußball WM zu tun haben ?

Ja, das hat damit zu tun. Die Meldung ist irreführend für Nutzer ohne aktiviertes VPN, das ist auch schon auf dem Radar von Mozilla. Also gut möglich, dass die Formulierung hier noch angepasst werden wird. Aber dass eine Meldung auf den Streaming-Seiten erscheint, welche WM-Spiele übertragen, ist von Mozilla gewollt, wenn der Nutzer-Standort vom Anbieter-Standort abweicht.

Es wurde eine Aktualisierung der Community-Software von Version 6.2.4 auf Version 6.2.5 vorgenommen.

Änderungs-Protokoll:
Nicht alle Änderungen sind auf dieser Website / diesem Forum relevant.

WoltLab Suite Core

• SICHERHEIT AJAX-Zugriff auf create- und update-Aktionen in UserAction deaktiviert
• SICHERHEIT PayPal-IPN-Sandbox-Endpunkt auf den aktiven Debug-Modus beschränkt
• SICHERHEIT Die Generierung von Vorschaubildern überprüft nun die Zugriffsrechte
• SICHERHEIT Die Anmeldung via GitHub und Google akzeptiert nun nur noch bestätigte E-Mail-Adressen
• Benutzereingaben in LIKE-Abfragen mittels escapeLikeValue() maskiert
• rel-Attribut der Navigationslinks in verwandten Artikeln von prev auf next geändert
• Liste lizenzierter Produkte während eines laufenden Upgrades deaktiviert
• Endlosschleife durch ungültige Resize-Operationen verhindert
• Taggable-Prozessoren ohne ICombinedTaggable behandelt
• Die Verarbeitung von EXIF-Daten in WebP-Grafiken schlug bei bestimmten PHP-Konfigurationen fehl
• waitingTime für Autospeicherung im Editor von 15 auf 1 Sekunde reduziert
• Dropdown-Rahmenvariable für Datumsauswahl im dunklen Farbschema verwendet
• Lazy-Loading von Smileys ergänzt
• Verschachtelte Links in Benutzername-Spalte des Anhang-Gitters verhindert
• Fancybox-Attribute bei bereits in Link eingebetteten Bildern übersprungen
• CSS-Hack zum Umbrechen von Erwähnungen entfernt

WoltLab Suite Forum

• Benutzereingaben in LIKE-Abfragen mittels escapeLikeValue() maskiert
• Schaltfläche für Forum-Berechtigungen einer Benutzergruppe auf die Interaction-API umgestellt
• Mehrere Probleme in BoardPermissionUserForm behoben: Die ACL-Abfrage übergab fortlaufende Array-Indizes statt der Options-IDs, der Wert der übergeordneten Gruppe überschrieb den eigenen Wert des aktuellen Forums und das Deny-Fallback gab den falschen defaultValue an untergeordnete Foren weiter

Zitat von lenny2

Eine weitere Möglichkeit ist die Verwendung von policies.json; möglicherweise gibt es eine solche Option in der Erweiterung Enterprise Policy Generator von Sören Hentzschel.

Es gibt keine Richtlinie hierfür.

Zitat von .DeJaVu

die aktuelle v151 hat diesen Schalter überhaupt nicht

Wie bei Andreas gibt es diese Option auch bei mir in Firefox 151.

Zitat von .DeJaVu

Und obwohl es in der Nightly ausgegraut und deaktiviert war

Dass die Option bei dir ausgegraut war, lag ausschließlich an deiner Profil-Konfiguration, wie du auch der Meldung entnehmen kannst, die dein Screenshot zeigt. Konkret an dieser Checkbox im alten Profilmanager liegt das:

Zitat von .DeJaVu

wurde es mit dem von lenny erwähnten Schalter abgeschaltet, weil pauschal eingeschaltet - obwohl die sichtbare Option auf deaktiviert steht - immer noch. […]

bei der Option beide Schalter im about:config behandelt, weiss ich noch nicht. Die von RoadRunner gezeigte Option wird nämlich nicht auf den neuen Schalter, sonst hätte die Beta und Nightly es schon längst umgestellt.

Ob eine manuelle Änderung im about:config jenen Eintrag in deder Registry auch wieder löscht, ist mir derzeit nicht bekannt

Der Zusammenhang zu den Optionen in about:config scheint bislang nicht klar zu sein:

• browser.startup.windowsLaunchOnLogin.enabled
  • Steuert, ob es die sichtbare Option in den Einstellungen gibt oder nicht
• browser.startup.windowsLaunchOnLogin.defaultEnabled
  • Legt den Standard für neue Installationen fest
• browser.launcherProcess.enabled
  • Ist ein Sicherheits-Prozess und hat mit diesem Thema hier überhaupt nichts zu tun

Die Checkbox in den Einstellungen berührt keine einzige der genannten Optionen, genauso wie keine der genannten Optionen in about:config irgendetwas in der Registry ändert.

Ein Aktivieren der der Checkbox in den Einstellungen legt den Registry-Eintrag an, ein Deaktivieren der Checkbox in den Einstellungen löscht den Registry-Eintrag.

Und damit sind wir wieder bei dem, was Road-Runner bereits in Beitrag #3 schrieb. Die sichtbare Einstellung ist alles, was man braucht. Oder wie ich in Beitrag #14 schrieb: Da muss man weder in der Registry pfuschen noch in about:config etwas verstellen. Einfach die sichtbare Option nutzen und gut ist. Das ist immer der beste Weg, wenn es eine sichtbare Option gibt. Nicht jede sichtbare Option ist eine einfache Verknüpfung zu einer einzelnen Option in about:config. Und als Nutzer sieht man nicht, was hinter einer Einstellung steckt.

Zitat von .DeJaVu

Nicht "Option", sondern "Schalter". Einstellungen vs about:config.

Ob du in about:config oder about:preferences Optionen, Schalter oder Einstellungen umschaltest, ist eine Frage der bevorzugten Formulierung. Es gibt weder für das eine noch für das andere offizielle Bezeichnungen, die man verwenden müsste. Ich verwende selbst mal den einen und mal den anderen Begriff, je nachdem, wie die Formulierung für mich gerade besser passt.

Hallo,

irgendwo wirst du den Namen so schonmal eingegegeben haben. Das muss nicht auf dieser Website gewesen sein. Wahrscheinlich wirst du einfach nur den Eintrag mit den Pfeiltasten auswählen und die Entf-Taste drücken müssen.

PS: Es wäre schon nicht schlecht, wenn du die betroffene Website sowie das exakte Feld in dem Formular benennen würdest.

Zitat von .DeJaVu

Dann helfe ich da gerne aus - ausgegraut, mit Hinweis.

Wie gesagt: Beim Themenstarter ist die Funktion aktiviert und er möchte es deaktivieren. Du schreibst über den umgekehrten Fall. Wenn die Funktion bereits aktiviert ist, sollte ein Deaktivieren über die sichtbare Checkbox in den Einstellungen auch funktionieren. Da muss man weder in der Registry pfuschen noch in about:config etwas verstellen.

Zitat von .DeJaVu

Unter Linux gibt es diese Option gar nicht, scheint auf Windows beschränkt zu sein.

Richtig, das ist ein Windows-Feature. Das gibt es weder auf Linux noch auf macOS.

Zitat von 2002Andreas

Ich vermute daran:

Das bezieht sich allerdings nur auf das WM-Widget und betrifft keine anderen Widgets. Ich kann es aktuell nicht prüfen, da ich nicht zu Hause bin, aber mir wäre neu, dass die anderen Widgets, die zu sehen sind, bereits ausgerollt werden. Falls nicht, würde ich vermuten, dass über about:config Dinge verstellt worden sind.

Die Antwort verstehe ich nicht. Wenn die Funktion aktiviert ist, lässt sich diese auch über die von Road-Runner gezeigte Option abschalten. Genau dafür ist die Option ja da.

Hallo,

wenn du ein Backup hast, kannst du die Datei places.sqlite in deinem Profilverzeichnis daraus wiederherzustellen. Generell sollte man alle Daten, die einem wichtig sind, regelmäßig sichern. Das gilt nicht nur für das Firefox-Profil. Wenn kein Backup existiert, besteht auch keine Chance. Firefox speichert keinen alten Stand der Chronik.

Das funktioniert bei Einträgen aus der Chronik, was erfordert, dass mindestens ein Zeichen in die Adressleiste eingegeben worden ist. Im Screenshot von Beitrag #1 war zu sehen, dass keine Eingabe in die Adressleiste erfolgte. Für solche Vorschläge gibt es dieses Menü nicht.

Zitat von Ulmer_Spatz

Aktualisierung auf 151.0.4

Das war leider nur die halbe Antwort. Die andere Hälfte wäre: Von welcher Version wurde aktualisiert? Das Update von Firefox 151.0.3 auf Firefox 151.0.4 hat im Bereich von Tab-Gruppen definitiv keinen Code verändert.

Wenn das dennoch beim Update passiert ist, hast du die Möglichkeit, about:support aufzurufen, dort über die entsprechende Schaltfläche deinen Profilordner zu öffnen, in den Ordner sessionstore-backups zu navigieren und die neueste Datei zu suchen, die mit „upgrade.jsonlz4-” beginnt. Die Datei muss in sessionstore.jsonlz4 umbenannt und bei geschlossenem Firefox eine Ebene höher eingefügt werden. Die Datei, die dabei überschrieben wird, am besten sichern, falls der Vorgang nicht das gewünschte Ergebnis bringt. Beim nächsten Start sollte Firefox dann mit der Sitzung von vor dem Firefox-Update starten. Das schließt Tab-Gruppen mit ein.