Beiträge von Sören Hentzschel

Zitat von JosefGermany

Und muss der hier:

services.sync.prefs.sync.browser.urlbar.maxRichResults

dann noch auf "false" ?

Alle Optionen, die mit services.sync.prefs.sync. beginnen, legen fest, ob die jeweilige Einstellung synchronisiert werden soll. Sprich, wennn services.sync.prefs.sync.foo.bar auf true steht, dann wird foo.bar synchronisiert, ansonsten nicht. Das funktioniert für alle Optionen in about:config nach diesem Prinzip. Würdest du also wollen, dass browser.urlbar.maxRichResults synchronisiert wird, müsste services.sync.prefs.sync.browser.urlbar.maxRichResults auf true stehen bleiben. Ansonsten müsste browser.urlbar.maxRichResults auf allen Geräten manuell verändert werden.

Unterschiedliche Probleme sollten wir auch unterschiedlich behandeln, sprich ein Problem mit dem Beenden von Firefox können wir an dieser Stelle ignorieren. In Zusammenhang mit dieser Einstellung ist nur wichtig, ob das Problem mit der Positionierung damit gelöst, gleich oder ebenfalls schlimmer ist.

Mein Verdacht zur Ursache wäre ja die Unterstützung von Fractional Scaling unter Linux, aber ich das ist ein Schuss ins Blaue, der darauf basiert, dass das eine Neuerung von Firefox 147 ist und Code betroffen haben dürfte, der mit der Positionierung von sogenannten „Widgets” zu tun hat.

Kannst du testweise vielleicht mal widget.wayland.fractional-scale.enabled auf false setzen und beobachten, ob das etwas bringt?

So oder so würde ich ein Bugzilla-Ticket eröffnen, weil diese Art von Problem nur Mozilla lösen kann. Ein mozregression-Ergebnis wäre dann zwar auch hilfreich, aber wenn keine Eingrenzung möglich ist, dann besser ohne als gar nicht.

Ist das Problem denn für den Themenstarter gelöst? Ich lese aus dem letzten Beitrag nur heraus, dass er die Lesezeichen dann sieht, wenn eine versteckte Einstellung auf den 3,5-fachen Wert des Normalen stellt. Das ist ja nicht wirklich eine Lösung.

Grundsätzlich ist es so, dass es einen internen Algorithmus gibt, der Lesezeichen, Häufigkeit von Besuchen etc. berücksichtigt. Wenn der Suchbegriff unspezifisch ist, kann es leicht sein, dass nicht zuerst Lesezeichen vorgeschlagen werden. Was helfen kann, ist das Deaktivieren der Einstellung „In der Adressleiste Suchvorschläge anzeigen, bevor Sie die Chronik ansehen”. Das ändert nämlich nicht nur die Reihenfolge, dann erscheinen vor allem auch mehr Algorithmus-basierte Vorschläge und weniger Suchmaschinen-Vorschläge.

Zitat von GermanFreme82

Ich möchte dich darum bitten, deine Antwort zu löschen, da ich meinen Beitrag nun jetzt bearbeitet habe.

Ich werde meine Antwort selbstverständlich nicht löschen, weil es überhaupt keinen Grund dazu gibt. Ich habe meinen Hinweis ausdrücklich als Ergänzung zum Thema gegeben, weil vielleicht nicht jeder, der dieses Thema liest, diese Möglichkeit kennt, und das gilt nach deiner Bearbeitung immer noch.

Als Ergänzung: Firefox hat ein solches Feature über die Leseansicht integriert, das funktioniert komplett ohne Add-on. Die Einschränkungen im Vergleich zur Erweiterung sind, dass das nur für Seiten funktioniert, die eine Leseansicht haben (was aber wiederum den Vorteil hat, dass darüber irrelevante Inhalte herausgefiltert werden) und dass weniger Stimmen zur Verfügung stehen, weil Firefox ausschließlich die Stimmen vom Betriebssystem nutzt und die Erweiterung auch noch Stimmen aus der Cloud anbietet.

Das sollte nicht lange dauern. Firefox 147.2 mit der Korrektur wurde vor wenigen Minuten auf GitHub veröffentlicht. Das heißt, die neue Version sollte sehr zeitnah im Apple App Store erscheinen, je nachdem, wie lange dort die Überprüfung dauert.

Zitat von BrokenHeart

Mich wundert etwas, dass du in deinen Such-Einstellungen zusätzliche Checkboxen und zum Teil andere Texte hast, als hier :

Wenn ich das richtig sehe, hat der Themenstarter eine Checkbox, die du nicht hast, und du eine Checkbox, die der Themenstarter nicht hat. Ansonsten sieht das für mich gleich aus.

Dafür gibt es Erklärungen:

• „Suchbegriffe in der Adressleiste auf Ergebnisseiten anzeigen” setzt voraus, dass browser.urlbar.scotchBonnet.enableOverride auf true steht (Standard).
• „Suchvorschläge in Adressleiste anzeigen” erscheint nur, wenn die separate Suchleiste aktiv ist (kein Standard).

Das heißt, beide Unterschiede sind durch Abweichungen vom Standard in deiner Konfiguration begründet.

Mozilla hat die Ursache für das Problem gefunden. Das Ganze hängt mit einer Änderung seitens Apple in Zusammenhang mit der Umstellung von Swift 5 auf Swift 6 zusammen. Mozilla wird kurzfristig darauf reagieren, indem mit dem kommenden Bugfix-Update ein Downgrade auf Swift 5 vorgenommen wird, während sie eine richtige Lösung erarbeiten, damit das auch mit Swift 6 funktioniert.

Definitiv besteht eine Abhängigkeit vom Betriebssystem. Firefox wäre wohl ein paar Gigabyte groß, wenn die Stimmen von Firefox kämen.

Zu einem Unterschied zwischen Firefox und Edge am Desktop kann ich nichts sagen. Ich habe das nicht alles miteinander abgeglichen, das sieht bei mir auf den ersten Blick aber ziemlich gleich aus. Um die Abhängigkeit vom Betriebssystem noch einmal zu unterstreichen: Die Liste ist eine vollkommen andere als auf Android.

PS: Nichts gegen Anglizismen an Stellen, an denen die deutsche Sprache an ihre Grenzen stößt. 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?

Ich habe ein Ticket eröffnet:

Selbst war ich im Simulator allerdings nicht in der Lage, das Problem zu reproduzieren. Bei mir erschien der Dialog.

Danke. Da ich selbst kein Gerät mit iOS besitze, werde ich später versuchen, das im Simulator zu reproduzieren, und einen Fehlerbericht bei Mozilla erstellen, wenn ich es nachvollziehen kann.

Machen wir es anders: Erscheint hier ein Authentifizierungsdialog?

https://www.camp-firefox.de/auth/

Hallo,

in dem Fall die gleiche Bitte: eine öffentlich zugängliche Testmöglichkeit wäre sehr hilfreich.

Stimmt, werde ich korrigieren. Danke.

Der Unterschied ist der verwendete Kompressionsalgorithmus. Mozilla hatte damals in der Ankündigung von 25 Prozent kleineren Downloads und mehr als doppelt so schneller Dekompression geschrieben.

Hallo,

das sind nicht die Einstellungen, das ist das Menü. Der linke Screenshot zeigt das neue Menü, welches schrittweise ausgerollt wird. Spätestens ab Firefox 149 hat jeder das neue Menü, denn in dieser Version wurde der Code für das alte Menü entfernt.

Hallo,

das dürfte an deinem System liegen. Ich habe bei der von dir verlinkten Website in Firefox 147 auf Android 81 Stimmen zur Auswahl.

Mir ist diesbezüglich keine Änderung und auch kein Fehlerbericht bekannt. Aber ich bin bei iOS auch nicht so nah am Thema dran.

Ein neuer Artikel wurde veröffentlicht:

Zitat

Mozilla stellt Firefox Nightly ab sofort auch als .rpm-Paket für Linux zur Verfügung.

Artikel lesen: „Firefox Nightly als .rpm-Paket für Linux verfügbar“

Hallo,

so komplett ohne Möglichkeit, das Problem zu sehen, wird sich dazu nicht viel sagen lassen. Da es sich um eine eigene Seite handelt - kann keine reduzierte Version erstellt werden, die öffentlich aufrufbar ist? Wenn das Problem wirklich die HTTP-Authentifizierung ist, braucht es ja nur ein beliebiges leeres Verzeichnis mit diesem Schutz.