Lass Dir die Ordnerspalten anzeigen:
https://www.thunderbird-mail.de/lexicon/entry/…anzeigen-lassen
Beiträge von Thunder
-
-
Wenn Ihr eventuell die Version 1.0.1 für Thunderbird 68 installiert hattet, dann seid Ihr von dem jetzt behobenen Bug betroffen gewesen. Wer Version 2.0 in Thunderbird 78 installiert hat, war nicht mehr betroffen, da ich dort die Ursache schon zuvor behoben hatte.
Also für Thunderbird 68 dann bitte jetzt die Version 1.0.2 laden und installieren. Download oben im Beitrag: RE: QuoteColors Updates für 68 und 78
-
jobisoft Ich habe die Ursache gefunden. Im ersten Moment dachte ich, dass das console.log schuld sei, was ja aber nicht sein konnte. Dieses eine bestimmte console.log hat mir dann die Augen geöffnet:
In Quote Colors gab es den prefsListener, der auf alle Prefs observed hat. Dafür hatte ich Dich weiter oben Der wurde natürlich auch durch Allow HTML Temp ausgelöst, sobald AHT die HTML-Prefs wieder zurückstellen wollte. Und tada, dies führte dazu, dass Quote Colors dann die Message per Reload neu geladen hat, weil es dachte, dass vielleicht etwas an den eigenen Einstellungen geändert worden wäre. Seit ich endlich den prefsListener erfolgreich auf den Branch von Quote Colors beschränken konnte, gibt es auch kein Problem mit AHT mehr.
Die Änderung des prefsListeners hatte ich gleichzeitig mit dem Auskommentieren des console.logs gemacht, dies hatte ich vergessen. Daher dachte ich kurzzeitig an das console.log als Ursache.
Problem und Geheimnis behoben/gelüftet.
-
dann neue Profile anlege, kann das Passwort gespeichert werden.
Es scheint ein Programm-Fehler zu sein.
Es spricht doch dafür, dass in dem Profil etwas "falsch" oder defekt ist.
Schau bitte mal mit dem [lexicon='Konfig-Editor',''][/lexicon] nach dieser Einstellung: signon.rememberSignon Die ist nämlich für das Kästchen zuständig, welches Du nicht mehr anklicken kannst.
-
Ich habe sogar einen Neustart gemacht und ich habe die Angewohnheit meistens alle Tabs zu schließen.
Was sagt die Fehlerkonsole?
-
Jetzt kommt Quote Colors und fügt (vermutlich) etwas zeitverzögert den Code für die angepasste/manipulierte Darstellung ein und führt damit wieder zu einem Reload der Message, wodurch die Mail nun mit der vereinfachten Darstellung geladen wird, da der Benutzer ja als Vorauswahl Reintext oder vereinfachtes HTML hat.
Zumindest denke ich, dass es so abläuft.
Jetzt wollte ich mich dem Problem annehmen, welches ich gestern schon mit einer ganzen Reihe von console.logs verfolgt hatte und eindeutig dem (aktivierten) Quote Colors zuordnen konnte, aber das Problem ist weg. Falls ich es wieder "finde", versuche ich weitere Tests zu machen, um das Problem dann "erneut" loszuwerden. Aber vielleicht taucht das Problem auch gar nicht mehr auf.
-
Hattest Du nach der Installation meines Add-ons den Add-ons-Tab mal geschlossen? Oder war dieser weiterhin offen, als Du nach dem Button/Icon gesucht hast? Ich könnte mir (aus Erfahrung) vorstellen, dass manchmal erst nach Schließen des Tabs die Aktionen wirklich vom Add-on-Manager "zu Ende gebracht werden".
-
Ja, aber da finde ich leider das Symbol nicht
Fehlt nur das Icon, aber der Text des Buttons ist vorhanden? Oder ist gar nichts vorhanden?
Ist der Button auch wirklich nicht in der Haupt-Werkzeugleiste oder womöglich (so wie scheinbar bei Feuerdrache) rechts oben bei den Icons für Kalender / Aufgaben?
-
-
Wegen dem bug, ist da die Reihenfolge der Onload trigger wichtig? Wiso sieht Quote Color nicht die Änderungen von allow HTML, sondern arbeitet mit dem originalen Inhalt?
Das ist komplizierter:
AHT nutzt einen eventListener für "MsgMsgDisplayed", um die Prefs des HTML-Modus zurück auf die Vorauswahl des Benutzers zu stellen. In Kombination mit Quote Colors läuft das ungefähr so ab, wenn man AHT aufruft:
- AHT speichert alle relevanten Prefs der Vorauswahl des Benutzers
- AHT aktiviert den HTML-Modus (die Prefs werden verändert)
- AHT macht einen Reload der Message
→ AHT wartet dabei auf den eventListener "MsgMsgDisplayed", der abgefeuert wird, sobald die Nachricht fertig geladen/angezeigt ist - AHT schaltet jetzt (nach dem abgefeuerten Event) die Prefs wieder zurück auf die Vorauswahl des Benutzers
- Jetzt kommt Quote Colors und fügt (vermutlich) etwas zeitverzögert den Code für die angepasste/manipulierte Darstellung ein und führt damit wieder zu einem Reload der Message, wodurch die Mail nun mit der vereinfachten Darstellung geladen wird, da der Benutzer ja als Vorauswahl Reintext oder vereinfachtes HTML hat.
Zumindest denke ich, dass es so abläuft. Vielleicht habe ich bei Quote Colors aber auch noch eine falsche Vorstellung davon, was da genau mit dem HTML bzw. den Styles gemacht wird.
Thunderbird ist leider so programmiert, dass beispielsweise jeder Tab-Wechsel die Message neu lädt. Dabei geht dann beispielsweise die Anzeige der HTML-Formatierung wieder verloren, da die Mail dann einfach wieder als Reintext oder ähnlich geladen und angezeigt wird. Dieses Problem habe ich nie lösen können und es ist auch Grundlage für die Unfähigkeit von AHT, um Mails dann auch mit HTML zu drucken (wenn diese per AHT einmalig so angezeigt werden).
-
das heißt ich kann das nur unten in der Statusbar auswählen?
Nein. Dort macht man ja schon immer die Voreinstellung (also quasi identisch zu Thunderbirds Menü, nur etwas schneller). Außerdem dient das Element in der Statusleiste unten zur optischen Kontrolle, ob wirklich der gewünschte Standard-Modus aktiv, und somit alles in Ordnung ist. Es gibt weiterhin den ganz normalen Button in der "großen" Toolbar. Die Message Header Bar ist ja nur die "kleine" Toolbar, welche an den Kopfzeilen der Nachrichten ist.
Diese hier kann ab dem 78er nicht mehr angepasst (und somit keine Elemente hinzugefügt) werden:
-
Keine Ahnung, warum der Dialog da so "defekt" angezeigt wird. Kannst Du den Dialog nicht einfach an der Ecke größer ziehen? Ich würde dann mal den abgesicherten Modus und das Zurücksetzen der Symbolleisten probieren.
-
Soll beim Testen auf etwas Besonderes geachtet werden?
Ich hatte vorübergehend das Phänomen, dass die Icons gar nicht bzw. dann immer nur das eine orangene Icon gezeigt wurden, obwohl ich Funktion des Buttons umgeschaltet hatte (Reintext / Vereinfachtes HTML / Original HTML / Original HTML+)
Außerdem könnt Ihr ein bisschen mit Lightweight-Themes und Dark-Themes / Dar-Mode spielen. Da interessiert mich, ob der Optionen-Dialog jederzeit okay ist.
-
Ich habe jetzt Quote Colors auch für Thunderbird 78 soweit fertig, denke ich.
Momentan nutzt "mein" Quote Colors die ID des ganz ursprünglichen "Quote Colors" von Malte Rücker, auf dessen Rückmeldung ich ja warten. Wenn ich von Malte keine Rückmeldung bekomme, muss ich die ID womöglich nochmal ändern. Das für den Add-on-Manager wichtig, damit dieser weiß, was ein Update ist, und was ein "neues", zusätzliches Add-on ist. Schaut also im Add-on-Manager jetzt und in Zukunft genau hin, dass Ihr dort nicht mehrere Quote Color Add-ons parallel drin habt. Im Zweifelsfall alle dort entfernen und das richtige Add-on dann erneut installieren. Außerdem ist momentan noch unklar, "wo" auf ATN die neuen Versionen von mir zu finden sein werden. Das kann sich also auch noch ändern.
Auch dieses Add-on (Optionen-Dialog) habe ich für den Dark-Mode optimiert.
In der Zwischenzeit könnt Ihr bitte die neuen Versionen sowohl im 68er als auch im 78er in separaten Testprofilen testen:
Für Thunderbird 68: quote-colors_20200828-231310 - 1.0.2.xpi
Für Thunderbird 78: quote-colors_20200828-191905 - 2.0.xpi
Einziger mir bekannter Bug ist, dass es leider die Funktion von "Allow HTML Temp" zunichtemacht, was ich noch nicht lösen konnte und womöglich auch überhaupt nicht lösen kann.→ Ursache behoben -
erst mal großes Kompliment, dass Login und Passwort nach acht Jahren Abwesenheit immer noch funktionieren!
Mir war, als hätte ich Mr. Ed schon länger nicht mehr gesehen
Also bei mir geht das zumindest im 78.2.0 weiterhin problemlos. Ich kann diesen virtuellen Ordner auch nachträglich bearbeiten und die einzuschließenden Ordner quer über alle Konten in dem Dialog an-/abhaken.
An welcher Stelle scheitert es bei Dir denn?
-
Hallo Leute!
Es ist vollbracht. Ich habe Allow HTML Temp für Thunderbird 78 angepasst. Möglich war dies dank der API von jobisoft und leider auch dank Corona. Eigentlich wollte ich dieses Prozedere überhaupt nicht mehr machen, da ich weiterhin keine Perspektive für das Add-on sehe, wenn die momentan vorhandenen "Übergangs-APIs" in Zukunft dann doch vielleicht wieder entfernt werden.
Ach ja, der Optionen-Dialog wurde gleich auch für den Dark-Mode optimiert.
Der Button im Message Header ist im Code noch vorhanden, wird von Thunderbird 78 aber nicht mehr berücksichtigt (siehe Bug 1556261). Offensichtlich hat man meinen Ratschlag aus dem Bug bezüglich Release Notes auch umgesetzt. Dort wird seit den 78.2.0er Release Notes dieser "Bug" nicht mehr als einfache "Regression" dargestellt, sondern gleich ganz verschwiegen (weil keine Regression, sondern Feature einfach entfernt).
Bevor ich die neue Version Morgen (?) auf ATN hochlade, könntet Ihr diese bitte möglichst heute mal im 78er testen Danke!
-
Sorry, ich verstehe fast nur Durcheinander, sodass ich Dir da nicht weiter helfen kann.
-
Nach der Bestätigung schloss sich das Fenster automatisch. Eine Abmeldung war somit gar nicht möglich und anscheinend auch nicht notwendig.
Ist das korrekt so?
Beim OAuth2-Verfahren wird mit Deinem Benutzernamen und Passwort letztlich ein "Zugriffs-Key" erzeugt, der dann in Thunderbird gespeichert wird. Mit diesem Key kann sich Thunderbird dann immer wieder erfolgreich im Postfach einloggen. Da gibt es nichts abzumelden.
-
Wenn ich Dein Problem richtig verstehe, dann ist dies doch ein "reines Anzeigeproblem". Diese Mails sind scheinbar da, aber es werden manche Zeilen-Abschnitte dann weiß dargestellt bzw. leer dargestellt. Wenn Du dort eine Zeile auswählst, wird dann die zugehörige Mail inhaltlich angezeigt?
Sind es immer die gleichen Mails, die da nur weiß angezeigt werden? Kannst Du das erkennen?
-
Danke, dass Du uns (trotz unserer "Ermahnungen" bezüglich Themen-Erstellen) diese Rückmeldung gegeben hast.
?
