Nach Update auf Firefox 146 funktionieren die "browser.theme."-Schalter nicht mehr

Hallo,

ein paar mehr Angaben zwecks Nachvollziehbarkeit wären schon hilfreich. Wie genau setzt du diese Schalter? Mit welchem Theme kann das Problem nachvollzogen werden? Was ist die erwartete und was die tatsächliche Darstellung in Firefox 145 vs. Firefox 146?

browser.theme.content-theme
browser.theme.toolbar-theme

0: dunkel
1: hell
2: system

Das wird durch Umschalten des Themes vorgenommen, beide Werte gleichzeitig, da braucht es kein about:config
Ich vermute hier eine user.js im Hintergrund.

Manuelle Änderung im about:config funktioniert nur für browser.theme.content-theme, das wird auch sofort umgesetzt. Der andere Wert nicht.

Bis FF 145 konnte man mit einer "policies.json" im extra Ordner "distribution" das Menü noch auf hell umstellen.

Nun mit FF 146 ist und bleibt es bei dem häslichem schwarz, die extra Datei hat ihre Wirkung verloren...

(war schon bei FF-Nightly auch so)

Zitat von Tommy Tulpe

(war schon bei FF-Nightly auch so)

Wenn du das in der Nightly-Version bereits bemerkt hattest, wieso hast du keinen Fehler gemeldet? Da kannst du dir das wütende Emoji dann auch sparen.

Zitat von Sören Hentzschel

Zitat von Tommy Tulpe

(war schon bei FF-Nightly auch so)

Wenn du das in der Nightly-Version bereits bemerkt hattest, wieso hast du keinen Fehler gemeldet? Da kannst du dir das wütende Emoji dann auch sparen.

Ganz einfach, weil ich nicht weiß, ob das von Mozilla so gewollt ist...

Das lässt sich wohl nur durch eine Meldung herausfinden. Mir gehts auch nicht alleine darum, dass du es nicht gemeldet hast. Mir geht es um die Kombination aus der Nicht-Meldung und deinem wütenden Emoji. Du hast keinen Grund, wütend zu sein, wenn du ein Problem bemerkst und es dann dem Entwickler nicht meldest. Wenn du das bereits während der Nightly-Phase von Firefox 146 bemerkt hast, wäre für Mozilla noch genug Zeit gewesen, das bis zum Erscheinen von Firefox 146 zu beheben, wenn es ein Fehler ist (was sehr wahrscheinlich ist).

bugzilla kennt speziell zu diesen beiden Schaltern keine Einträge, aber evtl müsste man anders suchen.

Könnte es sein, dass Firefox da jetzt andere Abhängigkeiten hat, zB Kontrasteinstellung?

Ich habe eben in meinem Testprofil (steht auf System) beide manuell im about:config verstellt, es hat funktioniert (entgegen oben in meinem Arbeitsprofil, wo Dark eingestellt ist)

Wirkt sich das denn auf andere Stellen als die Sidebar noch korrekt aus? Da du nämlich jetzt explizit von der Sidebar sprichst, frage ich mich, ob es einen Zusammenhang zu diesem Problem gibt.

Ich hab den Ansatz für die Policies bei mir mal eingebaut, siehe Bilder, keine Probleme

Wenn about:policies es anzeigt, wurde richtig formatiert, ansonsten ist die JSON falsch geschrieben, Komma oder Klammer vergessen.

Eingestellt ist das System-Theme.

Nö, kann ich nicht bestätigen. Firefox-Seiten sind dunkel, die Toolbars werden durch das Theme bestimmt. Deine Auslegung halte ich somit für falsche, einfache Lösung: nutze das Theme nicht mehr.

Anders ausgedrückt: das Bild übergeht den Hintergrund. Irgendwo musst du dich entscheiden - dunkel oder Bild, es geht nur eines.

Zitat von .DeJaVu

die Toolbars werden durch das Theme bestimmt.

Nicht, wenn die entsprechende Option gesetzt wird. Darum geht es in diesem Thema doch: Dass das Farbschema des Themes überschrieben werden soll.

Zitat von .DeJaVu

einfache Lösung: nutze das Theme nicht mehr.

Das ist keine zielführende Antwort. Man kann durchaus Gefallen an einem Theme finden, aber die Interpretation als helles Theme gegenüber einem dunklen Thema bevorzugen, oder umgekehrt.

Mit Verlaub Sören, es wurde nie auf dieses Menü hingewiesen, von keinem oben. Es wurde immer behauptet, dass es nicht mehr funktioniert. Aber mit dem letzten Bild ist klar, was gemeint wird - und das kann ich so bestätigen, dass es aktuell so aussieht.

Dennoch habe ich einen Einwand, das Alpenglow-Theme zeigt auch seine "eigene" Farbe (ein Lila/Lila-Blau).

Entweder kann dieses Theme, was firefox-c nicht kann, oder es gab dahingehend Änderungen, dass bei Themes was übergangen wird.

Was ich fand, ein Versuch, --arrowpanel-background steht auf Field, nur das ist die Nadel im Heuhaufen bei searchfox.

Ich bin nicht sicher, ob es ein Fehler ist, kann es aber nicht verneinen. Wo genau die Umstellung stattfand, könnte mozregression zeigen.

Nachtrag. Ich bin jetzt diverse Stichworte bei bugzilla durch, aber nichts, was auf dieses "Problem" deutet.

Nicht wirklich, der Bug ist bekannt, gab auch keine Fortsetzung. Ich lass grad ne Bisection zwischen 145 und 146 laufen mit deinen Vorgaben - wobei ich das nur per about:config eintragen kann. Ok, ernüchternd. Zwischen 145a1 und 146 gibt es hier keine Ergebnisse.

Ok, ich hab ein Problem. Eine user.js mit diesen Werten bewirkt: nichts.

Und Bisection ist zurück bis 145 Nightly: nichts.

Dabei habe ich extra ein Profil unter 145 erstellt mit Theme und Einstellungen, was den "richtigen" Zustand zeigt.

Es bleibt nur der Weg über bugzilla.

Eben gefunden:

Ob es mit diesem Fehler zusammenhängt, möglich, vielleicht.

Alle Windows hier sind so wie folgt eingestellt:

Schaut mal bitte bei euch nach.

Letzte Tage auch auf dieses Ticket gekommen:

Dass da irgendwas in diesem Zug nicht sauber umgesetzt wurde.

Zitat von .DeJaVu

Mit Verlaub Sören, es wurde nie auf dieses Menü hingewiesen, von keinem oben.

Inhalt dieses Themas seit dem ersten Beitrag ist, dass die Option browser.theme.toolbar-theme nicht mehr funktioniert. Und darüber findet die Unterscheidung statt, ob ein Theme hell oder dunkel ist. Das wirkt sich unter anderem auf die Menüs von Firefox aus. Der Wert wird durch das Theme bestimmt, kann aber via policies.json überschrieben werden (eine Änderung via about:config ist nicht ausreichend). Und das Theme nicht mehr zu nutzen, ist keine Lösung für das Thema, denn es ist ein absolut legitimer Anwendungsfall, dass man ein Theme mag, aber nicht dessen Einstufung als helles oder dunkles Theme. Zumal es vor ein paar Jahren sogar mal eine Änderung in Firefox gab, welche dafür sorgte, dass seit dem nicht mehr jedes Theme so eingestuft wird, wie es das ursprünglich mal wurde, was noch einmal die Berechtigung dieser Anpassungsmöglichkeit unterstreicht.

---

Ich kann das Problem bestätigen, mir ist aber das Setup zu kompliziert, um mich dem Ganzen via mozregression anzunähern. Deswegen habe ich jetzt einfach mal auf Verdacht ein Bugzilla-Ticket erstellt. Vielleicht ist es auch ein Duplikat eines bestehenden Tickets, wir werden sehen:

PS: Ich habe mich dort absichtlich auf die Menüs und Panels beschränkt und die Sidebar gar nicht erwähnt. Grund dafür ist, dass ich weiß, dass es für die Sidebar Änderungen gab, was ja auch Auslöser für manches andere Thema bei uns im Forum und auch schon auf Bugzilla ist. Und ich bin mir nicht sicher, ob beides wirklich zusammenhängt. Damit diese Meldung nicht in eine falsche Richtung läuft oder vorschnell als Duplikat eines falschen Tickets abgetan wird, habe ich die Sidebar unerwähnt gelassen.

Nachtrag: Für Mozilla ein WONTFIX, das wird also so bleiben. Die Begründung ist, dass es nie so gedacht war, dass Nutzer diese Option händisch anpassen.