Beiträge von Thunder

Meine Frage zielte darauf ab, ob jetzt halt erstmal wieder "alles" funktioniert, wo Du das Passwort korrekt gespeichert hast.

Ich bin aber gerade durch Zufall seit langem mal wieder darauf aufmerksam geworden, was der Grund für Dein Problem sein könnte (auch wenn dies keine Entschuldigung für das Problem ist): Thunderbird fragt nach fehlenden (und falsche sind für ihn quasi fehlende) Passwörtern nur, wenn man explizit das jeweilige Konto abruft. Wenn man immer nur "alle Konten abruft" (gilt auch für den Programmstart), dann fragt er standardmäßig eben nicht nach den fehlenden Passwörtern.

Wenn ich bei dieser Sache gedanklich nichts durcheinander bringe, dann war dies einer der Gründe und Vorteile meines Add-ons "Abrufen/Senden-Schaltfläche", wo ich das Problem zumindest für den Klick auf "Abrufen" als Option behoben hatte:

Was passiert im abgesicherten Modus des Thunderbird?

Letztlich ist die Ursache für die doppelten Ordner vermutlich, dass die von web.de vorgegebenen Ordner in Thunderbird noch nicht richtig zugeordnet wurden, was bei IMAP notwendig ist:

https://www.thunderbird-mail.de/lexicon/entry/…pien-amp-Ordner

Zitat von z2012rw

Es gibt nach meiner Meinung mehrere Profile, das Persönliche Profil, das E-Mail-Profil usw..

Wenn wir Dir hier Support leisten sollen, dann brauchen wir eine gemeinsame Sprache in der ein paar technische Dinge definiert sind. Per Definition ist ein Profil das, was man mit dem Profil-Manager als solches auswählen und damit Thunderbird starten kann. Die Daten (Einstellungen, E-Mails, installierte Add-ons) liegen im zugehörigen Profilordner.

Was unterscheidet für Dich das "Persönliche Profil" vom "E-Mail-Profil"? Auch wenn es Dir nicht gefällt und Du Dich gegängelt fühlst, so musst Du Dich doch darauf einlassen "unsere Sprache" zu sprechen und / oder immer wieder Rückfragen zu bekommen, in denen Du Dinge erneut erklären musst.

Zitat von z2012rw

Ist das Richtig so, Herr Ober.........

Wenn dies Deine Reaktion auf Rückfragen und Erklärungsversuche ist, dann viel Erfolg.

Zitat von SH21

Dazwischen war der Account einfach tot

Geht es Dir einfach um die Sache, dass dies ein Problem ist (was ich nicht in Abrede stellen will), oder hast Du momentan noch ein funktionales Problem?

Theoretisch müsste er bei jedem neuen Verbindungsversuch "meckern" und nach dem korrekten Passwort fragen.

Welche Meldung kommt denn genau, wenn eine bei Dir kommt? Mache einen Screenshot davon.

Was machst Du in der Zwischenzeit, solange die Frage nach dem Passwort nicht kommt? Wie arbeitest Du da? Woran erkennst bzw. weißt Du, dass überhaupt der Server überhaupt kontaktiert wird? Lässt Du Passwörter speichern, oder willst Du diese jedes Mal manuell eingeben?

Wir brauchen mehr Informationen und Beschreibungen des Szenarios.

Lass Dir die Ordnerspalten anzeigen:

https://www.thunderbird-mail.de/lexicon/entry/…anzeigen-lassen

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.

Zitat von z2012rw

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 Konfig-Editor nach dieser Einstellung: signon.rememberSignon Die ist nämlich für das Kästchen zuständig, welches Du nicht mehr anklicken kannst.

Zitat von edvoldi

Ich habe sogar einen Neustart gemacht und ich habe die Angewohnheit meistens alle Tabs zu schließen.

Was sagt die Fehlerkonsole?

Zitat von Thunder

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".

Zitat von edvoldi

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?

Kennst Du diesen Dialog ?

Zitat von jobisoft

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:

1. AHT speichert alle relevanten Prefs der Vorauswahl des Benutzers
2. AHT aktiviert den HTML-Modus (die Prefs werden verändert)
3. AHT macht einen Reload der Message
   → AHT wartet dabei auf den eventListener "MsgMsgDisplayed", der abgefeuert wird, sobald die Nachricht fertig geladen/angezeigt ist
4. AHT schaltet jetzt (nach dem abgefeuerten Event) die Prefs wieder zurück auf die Vorauswahl des Benutzers
5. 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).

Zitat von edvoldi

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:

Werkzeugleiste im Nachrichtenkopf

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.

Zitat von Feuerdrache

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