Beiträge von .DeJaVu

  • Firefox: Features-Updates künftig alle zwei Wochen

    hmm. Also mir war das so ziemlich egal, ob und wenn Änderungen in einer Minor untergebracht wurde. Aber ja, ich könnte mir vorstellen, dass manch Nutzer lieber eine Major hätte statt .3/.4/.5/.6 - was dann wohl eher die Frage aufgeworfen hätte, was schon wieder behoben wurde. Alles schon mal gelesen. Was Google da veranstaltet, ist mir egal. Einmal pro Woche starte ich Edge und lasse nach Updates suchen, irgendwas ist immer. Und einmal im Monat das vollständige Setup nebst Policies etc.

  • Entwicklung Firefox

    Ich hab Zeit - es ist mir ja nur aufgefallen. Aber ich bin guter Dinge, nicht nur, weil da jemand dran arbeiten wird. Kann eigentlich nicht so schwer sein, weil Firefox sich ja auch andere "Einträge" in der Reihenfolge merken kann. ;)

  • Tabs verschoben

    Und ich hab's verdrängt, weil ich zu 99,999% nur als Fenster arbeite. ;) Meine Monitore sind groß genug. Wenn ich mehr Platz hätte, würde ich einen 16:9 als 9:16 (hochkant) zum Surfen nutzen, aber hier steht direkt Linux mit 2 Monitore nebenan.

  • Border-radien in NOVA global ändern

    Seit ein paar Monaten bei mir drin

    CSS
    @media -moz-pref("browser.nova.enabled") {

:root
{
    --border-radius-large: 4px !important;
    --border-radius-xlarge: 4px !important;
    --border-radius-xxlarge: 4px !important;
}

}

    Ich werd mal schauen, wie viel ich von dir übernehmen kann/muss. Ich hab auch einen Selektor, bei dem muss ich border-radius explizit angeben, sonst wirkt das nicht. Momentan ist mir das noch zu viel Arbeit, weil ich zB das about:config auf die alte Sicht anpassen will.

  • Entwicklung Firefox

    Danke! Angemerkt, das ist auch aktuell bei der v158-beta so. Deswegen sehe ich da keinen sonderlichen Makel, ist halt nightly/beta. Nur, falls sich sonst jemand wundern sollte ;)

    PS ich muss mich um "nova" kümmern, das ist ja ab v157 pauschal aktiviert, mein CSS passt nicht mehr im Ganzen.

  • Entwicklung Firefox

    Bin grad in der 159 Nightly, in der (neuen) Sidebar (revamped) stehen grad die Lesezeichen über der KI (hier: Mistral). Vorher standen die darunter - reproduzierbar bei jedem neuen Aufruf: abwählen, anwählen -> ganz unten, Neustart = ganz oben.

    sidebar.main.toolssyncedtabs,history,aichat,bookmarks
    sidebar.backupState{"command":"viewCustomizeSidebar","panelOpen":true,"panelWidth":400,"bookmarksExpandedFolders":["dTeK3kjZqTMy","z2Gd0BpRcMp0","hhCfNus_mOqs"],"launcherWidth":36,"launcherExpanded":false,"launcherVisible":true,"pinnedTabsHeight":0}

    Gibts ne Möglichkeit, ggf. nach zweitem Eintrag, sortieren zu können? Manuelle Versuche scheitern grad.

  • Tabs verschoben

    Zitat von seipe

    Plötzlich ist der erste Tab nicht mehr linksbündig.

    Ja, das mag ja so sein, aber warum dann "plötzlich"? Ich mein, man sieht doch, ob ein Fenster maximiert ist oder nicht.

    Nicht maximiert, sondern normal:

    Maximiert

    Das ist doch unmissverständlich, oder nicht?

  • Tabs crashen seit 156

    Ich musste mir deinen Text echt erklären lassen, man mag es mir nachsehen (Mistal KI, vor allem der rot markierte Text):

    Zitat

    Bitte erkläre mir: "Patches landen immer zuerst in Nightly-Versionen. Darauf bezieht sich auch immer der Status auf Bugzilla. Für Patch-Updates gibt es keinen eigenen Status, wäre in dem Fall aber auch irrelevant, da der Regressor ja bereits in Firefox 156.0 gelandet ist und demnach natürlich auch in Firefox 156.0.1 vorhanden ist, wenn es keinen Bugfix geschweige denn überhaupt einen Bug-Report bis hinerhin gibt."

    Zitat

    Zusammenfassung der Aussage

    1. Patches in Nightly-Versionen Neue Code-Änderungen (Patches) werden zuerst in der Nightly-Version von Firefox getestet. Die Nightly-Version ist eine tägliche, experimentelle Version für Entwickler:innen und Tester:innen, die die neuesten (aber möglicherweise instabilen) Features und Fixes enthält.
    2. Bugzilla-Status Der Status eines Bugs oder Patches in Bugzilla (Mozillas Bug-Tracking-System) bezieht sich immer auf die Nightly-Version. Das bedeutet:
      • Wenn ein Patch in Nightly gelandet ist, wird dies in Bugzilla dokumentiert.
      • Der Status gibt an, ob der Patch z. B. gelandet, getestet oder zurückgewiesen wurde – aber nur für Nightly.
    3. Kein separater Status für Patch-Updates Für Patch-Updates (z. B. Firefox 156.0.1) gibt es keinen eigenen Status in Bugzilla. Das liegt daran, dass:
      • Patch-Updates meist kleinere Fixes sind, die auf Basis der stabilen Version (z. B. 156.0) erstellt werden.
      • Wenn ein Regressor (ein neuer Bug, der durch eine vorherige Änderung verursacht wurde) bereits in Firefox 156.0 enthalten ist, dann ist er automatisch auch in 156.0.1 vorhanden – es sei denn, es gibt einen spezifischen Bugfix oder Report dazu.
    4. Praktische Bedeutung
      • Wenn kein Bug-Report oder Fix für den Regressor in 156.0.1 existiert, dann bleibt der Fehler bestehen.
      • Der Status in Bugzilla ist also nur für Nightly relevant, da dort die Entwicklung stattfindet. Für stabile Versionen (wie 156.0 oder 156.0.1) wird der Status nicht separat gepflegt.

    Beispiel zur Veranschaulichung

    • Szenario: Ein Patch einfügt ein neues Feature in Nightly, verursacht aber einen unerwünschten Nebeneffekt (Regressor).
    • Nightly (z. B. Firefox 157.0a1): Der Patch ist hier zuerst enthalten. Bugzilla zeigt: "Patch gelandet in Nightly".
    • Stabile Version (z. B. Firefox 156.0): Der Regressor wird nicht extra in Bugzilla dokumentiert, wenn er mit 156.0 ausgeliefert wurde.
    • Patch-Update (z. B. Firefox 156.0.1): Enthält den Regressor automatisch, es sei denn, es gibt einen expliziten Fix (der dann wieder zuerst in Nightly landen würde).

    Warum ist das so?

    • Effizienz: Mozillas Fokus liegt auf der Nightly-Entwicklung. Stabile Versionen erhalten nur kritische Fixes.
    • Transparenz: Bugzilla trackt primär die Entwicklungsversionen, nicht jede stabile Version.
    • Logik: Ein Regressor in 156.0 ist per Definition auch in 156.0.1, wenn nichts dagegen unternommen wurde.

  • Einstellungen bei GMX nicht mehr erreichbar

    Mails hier https://bap.navigator.gmx.net/

    Einstellungen als Frame das https://mailset-root.gmx.net/

    Funktioniert hier, Trackingschutz steht auf Benutzerdefiniert, aber auch mit Streng kein Problem. Adguard als Werbeblocker aktiv, das muss hier nur für die Anmeldung ausgeschaltet sein, das ist auth.gmx.net

    Wurde der Fehlerbehebungsmodus oder ein neues Profil getestet?

  • Tabs crashen seit 156

    Was mich wundert, dass jenes Ticket schon vor einem Monat als "fixed" markiert wurde, so alt ist v156 noch gar nicht als Final. Und v156.0.1 ist auch schon raus.

    Man müsste das Ganze schon mal ohne Intranet etc ausprobieren, anderer Rechner, neues Profil ohne aufgezeigte Eingriffe.

    Und da wie angemerkt das ein Arbeitsrechner mit Anbindung an ein Intranet ist, könnte in dem Zusammenhang alles Mögliche zutreffen, was wir nicht sehen. Und dann müsste auch der zuständige Admin mit ins Boot genommen werden.

  • Tabs verschoben

    Zitat von seipe

    Habe gerade durch Zufall die Ursache gefunden. FF war nicht maximiert.

    Das ist keine Ursache, das ist funktional folgend. Ein maximiertes Fenster kann man nicht verschieben, ein normales Fenster schon, deshalb gibt es dort den Platzhalter. Ich nutze den Schnipsel von Andreas, schon ziemlich lang, weil Firefox hier noch andere, kleinere, Flächen zum Verschieben anbietet.