Beiträge von Thunder

Zitat von edvoldi

Was ist mit DevTools Button ?

Alle Buttons, die als solch simple Extensions gefunden habe, sind inzwischen anders implementiert (kein XUL mehr, sondern per nativer WexExtension-Technik)

TextAdventure

Du musst mir bitte noch mal sagen: Was ist "besser", wenn AHT 6.0 installiert ist? Und was ist "defekt", wenn AHT 6.0 installiert ist?

Mein Eindruck ist, dass sich verschiedene Add-ons gegenseitig stören, ohne, dass es einen konkreten schuldigen gibt. Ich könnte mir vorstellen, dass in Thunderbird 78 mit den aufgepimpten Add-ons per WindowListener-API neuer Ärger entsteht.

Zitat von TextAdventure

Ich wollte nur zeigen, daß Thunders neues AllowHtml etwas triggert in punkto Symbolleisten-Icons.

Sonst nichts!

Das glaube ich schlichtweg nicht.

Zitat von TextAdventure

nach der Installation von AllowHTML 6.0 ist auf einmal das Icon für Ublock Origin in der oberste Leiste rechts neben dem "Zum Aufgaben-Tab wechseln" vorhanden!

Und zwar dauerhaft!

Das war bisher nie der Fall bei den vorhergehenden 68er-Thunderbirds und den 5er-AllowHTML-Addons!

Du vergleichst Äpfel mit Birnen oder sogar mit einem Steak.

Thunderbird 68 ist eben nicht Thunderbird 78. Und AHT 6.0 gibt es ja auch nur für Thunderbird 78. Bei dem Wechsel von 68 zu 78 muss sich ja auch deutlich der Code in uBlock geändert haben. Bitte bleibt bei Vergleichen oder Problemen innerhalb einer Versionsreihe des Thunderbird - am besten innerhalb von der 78er-Reihe zur Zeit. Sonst platzt mir der Schädel.

Zitat von edvoldi

die Button von QuickFolders funktionieren bei mir auch nicht, das ist glaube ich noch ein Bug.

Letztlich ist es nicht schön, dass damit ein anderes (und ausgerechnet meines!) Add-on "abgeschossen" wird

Ich fürchte das wird ein Fall für jobisoft , denn der Fehler wird von einem ganz simplen per Inject eingefügten Codeblock erzeugt:

       <!-- Thunderbird & SeaMonkey -->
        <toolbarpalette id="MailToolbarPalette">
          <toolbarbutton id="QuickFolders-toolbar-button" 
                class="toolbarbutton-1 chromeclass-toolbar-additional"
                label="&qf.toolbar.quickfolders.toolbar;" 
                tooltiptext="&qf.toolbar.quickfolders.toolbar;"
                oncommand="QuickFolders.Interface.toggleToolbar(this);"
                checked="true"
                />
          <toolbarbutton id="QuickFolders-createfolder" 
                class="toolbarbutton-1 chromeclass-toolbar-additional"
                label="&quickfolders.toolbar.newsubfolder;" 
                tooltiptext="&quickfolders.toolbar.newsubfolder;" 
                oncommand="QuickFolders.Interface.onCreateInstantFolder();"
              />
            <toolbarbutton id="QuickFolders-skipfolder"
                class="toolbarbutton-1 chromeclass-toolbar-additional"
                label="&quickfolders.toolbar.skip;" 
                tooltiptext="&qf.tooltip.skipUnreadFolder;" 
                oncommand="QuickFolders.Interface.onSkipFolder(null);"
              />
        </toolbarpalette>

Es langt sogar schon für das Problem, wenn ich den Code in QuickFolders so kürze, dass dort nur noch das steht:

       <toolbarpalette id="MailToolbarPalette">
       </toolbarpalette>

Sobald ich diese beiden Zeilen auch noch aus dem Inject von QuickFolders Code entferne, taucht mein Buttonn im Anpassen-Dialog wieder auf (man muss allerdings mein Add-on einmal (nach Re-Installation von dem "gekürzten" QuickFolders-Addon) deaktivieren und wieder aktivieren, wenn man die ganzen Versuche macht.

Übrigens kann ich die 3 Buttons aus dem Code von QuickFolders auch überhaupt nicht finden (natürlich bei noch vorhandenem Code dieser Buttons)

Könnte es sein, dass es Probleme gibt, wenn mehrere Add-ons mit dem Listener den Code injizieren?

Zitat von jobisoft

https://github.com/TB-throwback/L…mment-676841500

Wenn man aus dem Issue dort heraus geht, kann man sehen, dass vor 2-3 Tagen eine Reihe von Schritten im Source gemacht wurden, um es mit WindowListener-API umzusetzen.

Also ist er (nach Deaktivieren von QuickFolders) im Auswahl-Dialog erschienen, wo er scheinbar zuvor "verloren" war. Dies habe ich jetzt reproduzieren können. Dafür war es notwendig, dass AHT deinstalliert war und erst installiert wurde, wenn QuickFolders schon vorhanden war.

Zum Vergleich könnte ich ein Add-on brauche, welches ebenfalls einen Toolbar-Button hinzufügt, ohne dies über die WebExtension-Methode zu machen. Es müsste weiterhin per Overlay mit Hilfe der WindowListener-API erfolgen - so wie bei mir. Solch ein Add-on finde ich momentan überhaupt nicht.

Ich kann mit dem installierten Add-on den Fehler trotzdem nicht reproduzieren.

Zitat von edvoldi

wenn ich diese Erweiterung deaktiviere erscheint Dein Button

Wo erscheint er dann? Toolbar oder im Auswahl-Dialog für weitere Schaltflächen?

Gib mir mal eine URL zum Download.

Zitat von Thunder

(gilt auch für den Programmstart)

Da muss ich mich auf jeden Fall korrigieren. Beim Programmstart fragt er doch nach den fehlenden Passwörtern - jedenfalls sollte er dies und macht es bei mir.

Zitat von Thunder

Thunderbird fragt nach fehlenden (und falsche sind für ihn quasi fehlende) Passwörtern nur, wenn man explizit das jeweilige Konto abruft.

Auch hier muss mich korrigieren. Wenn ein (auch falsches) Passwort gespeichert ist, dann wird dieses Konto beim abrufen "aller Konten" auch berücksichtigt und es wird gefragt, ob man ein neues Passwort eingeben möchte.

Wenn ich probeweise auf den gruppierten Posteingang gehe, werden auch sofort alle Passwörter abgefragt und entsprechend gefragt, ob ich ein neues/korrigiertes eingeben möchte.

Werden bei Dir die Konten auch beim Programmstart abgefragt? Werden Sie auch in Intervallen abgefragt? Oder werden Sie immer nur per Klick auf Abrufen oder durch öffnen bestimmter Ordner (bei IMAP) abgerufen? Nutzt Du die Ansicht der gruppierten Ordner?

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 [lexicon='abgesicherten Modus',''][/lexicon] 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 [lexicon='Profil',''][/lexicon] das, was man mit dem [lexicon='Profil-Manager',''][/lexicon] als solches auswählen und damit Thunderbird starten kann. Die Daten (Einstellungen, E-Mails, installierte Add-ons) liegen im zugehörigen [lexicon='Profilordner',''][/lexicon].

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

Zitat von edvoldi

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

Was sagt die Fehlerkonsole?