Umgedreht könnte man fragen, warum man zwingend mit 128.0esr auf 115.13.0 warten soll. Ich kann ja letztlich nur Vermutungen anstellen, denke aber, dass es mal Gründe dafür und mal Gründe dagegen geben könnte. Als Anwender (nur) eines "Kanals" könnte es einem zumindest ziemlich egal sein, denke ich.
Beiträge von Thunder
-
-
Es ist wahrscheinlich vergebliche Hoffnung, das für Thunderbird anzunehmen, was beim Firefox reibungslos funktioniert. Einfach nur schade!
Ich vermute, dies liegt daran, dass man hier Äpfel mit Birnen vergleicht. Firefox muss nicht der Entwicklung des Thunderbird per "merge" hinterher kommen. Umgedreht ist dies aber so. Dadurch wird es wohl immer wieder mal zu Verzögerungen kommen. Dazu trägt auch bei, dass man für Thunderbird in die Releases auch noch eigene Patches einbringt, um eben Thunderbirds eigenen Code zu verändern - das kann dann wohl auch dazu führen, dass 115.13.0 "unerwartet" später veröffentlicht (oder übersprungen) wird als die 128.0.
-
Dein Vergleich ist nicht korrekt und einfach unsachlich. Thunderbird 128.0esr ist formal eine fertige neue Version. Und ja, neue Versionen haben quasi auch immer neue Fehler, die dann Stück für Stück wieder korrigiert werden. Der Windows-Dev-Channel ist überhaupt nicht vergleichbar, weil man dort bspw. Dinge ein- und auch wieder ausbaut etc.
Es ist wie jedes Jahr: Die Update-Automatik wird erst zeitverzögert das Update auf die "neue" Version anbieten. Und dennoch ist die "neue" Version nichts experimentelles. Anwender sollen lediglich in der Frühphase solch ein Update vor allem bewusst installieren.
Mahnung zur Vorsicht bei "großen" Updates ist ja schön und gut, aber was sollen die ewigen beinahe Falschaussagen. Das stiftet doch nur noch mehr Verwirrung.
-
Mich stört zwar schon seit vielen Jahren, dass bei Updates einfach stillschweigend Add-ons deaktiviert werden, aber dieses Problem hat letztlich nur indirekt mit den Nuller-Versionen zu tun. Es könnte bei allen möglichen Updates passieren. Es nutzt niemandem, wenn wir übertrieben schön- oder schlechtreden.
-
Der Knackpunkt wird sein, dass auf dem alten Computer Thunderbird bereits zuvor in älterer Version genutzt wurde. Der 115er hat dann weitgehend das Erscheinungsbild (Tabellen-Ansicht im Bereich der Nachrichten-Liste) übernommen, vermute ich. Auf dem neuen Computer wurde bestimmt ein neues Profil erstellt, womit der 115er dann auch die neuere Karten-Ansicht eingerichtet hat. Das kann man aber alles auch noch "zurück" stellen.
-
Es gibt ein Add-on, womit man sich bei laufendem Thunderbird aus den Postfächern ausloggen kann. Wenn man dies nicht macht, werden die Passwörter erst wieder abgefragt, wenn man Thunderbird neu startet. Das könnte helfen. Ich selbst würde im Zweifelsfall die radikale Methode wählen und in Thunderbird den Passwort-Manager öffnen, dort alle gespeicherten Logins löschen und Thunderbird danach schließen und wieder neu starten. Spätestens dann muss er alle Logins neu abfragen und es sollte (wenn man zuvor wirklich alles gelöscht hat) auch nicht zu Verwirrung mit veralteten gespeicherten Logins kommen.
Gehe zu: → Einstellungen → Datenschutz & Sicherheit → Gespeicherte Passwörter → Alle entfernen
-
Magst Du uns ein bisschen mehr verraten? Wie ist Dein Prozedere, um die Passwörter in Thunderbird zu ändern?
-
Meines Erachtens sind die separaten Dateien bspw. für inkrementelle Backups gerade gut geeignet.
-
Deshalb benutze ich nun schon seit mehreren Jahren nur noch das maildir-Format und habe tatsächlich keinerlei dazugehörige Probleme.
-
Das heißt bei IMAP wird der Index nicht einfach anhand der vorhandenen mbox-Datei neu erstellt. Dies wäre ja ein zentraler Unterschied zu POP, wo (im Grunde zwingend) nur aus den mbox-Dateien der Index wiederhergestellt wird.
-
Was ich in dem Bug-Report nicht so recht verstehe: Reparieren des Index behebt das Problem, aber dennoch haben die Leute korrupte mbox-Dateien?
-
Version 115.12.0 wurde letztlich nicht von MZLA veröffentlicht. Warum man das Release aber zurück gezogen hat, konnte ich bisher nicht nachvollziehen. Kann jemand mit Infos dazu beitragen? Letztlich soll Morgen dann Version 115.12.1 erscheinen.
Edit:
Okay, die Info von graba hatte ich verpennt:
-
Version 10 ist nun ebenfalls verfügbar:
-
Version 9.1.0 wartet auf Freigabe auf ATN.
Diese Version ist nun auf ATN verfügbar.
-
STOPP
Das ist weiterhin kein Release für Endanwender. Das sind technische Testversionen für den zukünftigen Release-Prozess. Also bitte benutzt nicht diese 127er-Version.
-
Version 125 wurde nie über den (automatischen) Update-Kanal verbreitet. Aktuell ist es noch so, dass man bei den jährlichen Releases für Endanweder geblieben ist. Das heißt, die Versionen 115.* sind momentan die Versionen für Endanwender. Diese wurden inzwischen auch automatisch auf den "esr"-Kanal umprogrammiert. In diesem Sommer kommt dann für Endanwender die Version 128.*, wenn alles planmäßig läuft. Endanwender werden dann zumindest noch eine Zeit lang bei den 128er-Versionen bleiben. Erst nach einigen Monaten(?) wird man die 4-wöchigen Releases der "durchnummerierten" Versionen für Endanwender überhaupt freigeben, die dann wieder den "release"-Kanal nutzen werden, wenn man das überhaupt möchte.
-
@flokruse
Ich habe Deinen Beitrag nicht freigeschaltet. Den Tipp die Add-ons zu manipulieren, gibt es natürlich schon ewig. Aber immer wieder müssen wir leider gebetsmühlenartig warnen, dass man die Min- und Max-Werte in Add-ons nicht eigenständig anpassen/manipulieren sollte. Du hattest ja in Deinem (angedachten) Beitrag selbst festgestellt, dass es auch Probleme geben könne.
-
Du hast korrekt erkannt, dass ich NICHT in die Falle getappt bin, schon vorzeitig Manifest V3 zu verwenden. Danke Dir aber dennoch, dass Du aufmerksam darauf hinweisen wolltest.
-
Ich mache dieses Thema hier mal dicht, da ich das Add-on für Thunderbird 102 nicht mehr unterstützen werde.
-
notwendige Manifest-V3-Änderungen
Nur zur Klarstellung: Das Add-on nutzt für Thunderbird 128 auch weiterhin Manifest V2. Ich habe lediglich bereits eine Funktion angepasst, die dann in V3 "deprecated" wäre (Siehe Bug 1898147).
