Beiträge von Thunder

Knackpunkt ist, dass man es manuell ja nur machen kann, wenn man den Fokus auf dem Ordner hat.

AEC ruft die Routine aber für die Automatik auch auf, wenn man in einem anderen Ordner ist.

Zitat von jobisoft

Die originale Mail wird nicht gelöscht:

* Ist das neu? Siehst du einen Zusammenhang mit meinen letzten API Änderungen?

Nein. Das Phänomen gibt es schon lange. Ich bin dem nur nie systematisch nachgegangen.

Zitat von jobisoft

Der event wird (wohl als Folgeerscheinung) zu Unrecht erneut gefeuert:

* Ist das neu? Hat meine "alte" Version des onNewMailReceived events mit der manuellen "kenn ich schon" Unterdrückung da nicht gefeuert?
* Feuert TB selber?

Es ist vermutlich nicht neu. Und JA, Thunderbird feuert auch selbst - es gibt ja auch eine zweite Mail, da die Originale nicht gelöscht wird.

Zitat von jobisoft

Das detach ist legacy code von dir?

Ja, aber es handelt sich dabei ja um eine Thunderbird eigene Funktion:

messenger.detachAllAttachments(
                  types[i],
                  attachmentUrls[i],
                  originalFilenames[i],
                  messageUrls[i],
                  false,
                  true
                );

Das folgende Addon ist ausdrücklich NUR für Versuche geeignet! Normale Anwender sollen dieses Add-on nicht installieren und verwenden!

attachment-extractor-continued_20210723-160626.xpi

jobisoft

Thunderbird Daily vom 23.7. hat jetzt Deinen letzten Patch für den event mit drin. Damit habe ich die letzte halbe Stunde Tests durchgeführt. Das folder Object wird wieder korrekt zurückgegeben.

Ich schreibe dies hier auf Deutsch, da ich mich einfach besser ausdrücken kann...

STR:

1. Um den Fehler nachvollziehen zu können ist es notwendig, um Dein simples Event-Addon und meine momentane Entwickler-Version von AEC installiert zu haben.
2. In meinem Add-on muss die Abtrenn-Automatik aktiviert sein - nur bei dieser Aktion ist das Verhalten zu provozieren bzw. zu erkennen.
3. Sende Dir eine Nachricht mit Attachment (am besten von außerhalb des Entwickler-Thunderbirds!).
4. Sorge dafür, dass im empfangenden Thunderbird der Fokus auf einem anderen Ordner ist (also nicht auf dem Posteingang).
5. Die Automatik von AEC erkennt die neue Mail inkl. Anhang und bringt den kleinen Dialog für das Dateinamen-Muster. Befolge bitte die 3 Dialoge (Dateinamen-Muster, Speicherort und Frage, ob wirklich der Anhang gelöscht werden soll - JA, der Anhang soll gelöscht werden!).
6. Es wird von der Detach-Funktion aus technischer Sicht eine Kopie der Mail mit Verweis auf den gelöschten Anhang erstellt. Eigentlich müsste die originale Mail in diesem Moment gelöscht werden. Außerdem dürfte jetzt nicht erneut der event onNewMailReceived gefeuert werden.

Und genau in Punkt 6 liegt nun gleich der doppelte Fehler:

• Die originale Mail wird nicht gelöscht
• Der event wird (wohl als Folgeerscheinung) zu Unrecht erneut gefeuert

Wenn man obige Schritte macht, während der Fokus im Posteingang (bzw. im Ordner mit der originalen empfangenen Mail mit Anhang ist), dann werden die Schritte von Thunderbird korrekt erledigt.

Erstmal nur wenig...

Zitat von hifox

Im Beitrag wird nur ein Ausschnitt des Screenshots angezeigt

Du hast den Screenshot zwar als Dateianhang korrekt hochgeladen, aber nicht in den Beitrag eingefügt. Übrigens kannst Du beim Erstellen eines Beitrags im Forum per Drag+Drop von Deinem PC einen Screeshot direkt in den Beitrag einfach hinein ziehen.

Zitat von hifox

vollständig anzeigen

Wir können den Screenshot trotzdem vollständig anschauen. Man muss diesen einfach nur anklicken bzw. "öffnen". Die anonymisierte E-Mail-Adresse stellt sich für den Leser einfach als Hieroglyphen dar

Zitat von hifox

beispielhaft "bernhard.96@gmx.de"

Solche Adressen hat hier wohl so ziemlich jeder Benutzer in Thunderbird in Verwendung. Diese funktionieren ohne Probleme. Daher muss das Problem bei Dir anders verursacht sein.

In Deinem (zurecht) anonymisierten Screenshot brauch man ziemlich viel Phantasie . Ich kann das beschriebene Verhalten von meiner Seite nicht bestätigen.

Ich könnte mir vorstellen, dass man die "Tags" dafür in Zukunft nutzen könnte. Wer möchte könnte per Filter beliebige Tags (pro Konto oder auch für andere Kriterien) vergeben lassen. Das Add-on könnte dann im Standard-Speicherpfad des Automatik-Modus jeweils automatisch Unterordner mit den Namen der Tags erstellen.

Mit getrennten Profilen je Konto kannst Du natürlich jeweils ein anderes Ziel für den Automatik-Modus festlegen.

Das geht so nicht automatisiert. Dafür müsste man das Add-on beispielsweise in Thunderbirds Filter-Aktionen integrieren, was mein Können übersteigt. Das bisherige Add-on wird eh für Thunderbird 91 von einer komplett neu programmierten Version 4 ersetzt werden, die zwangsweise (zumindest erstmal) abgespeckt sein wird. Ich muss dann sehen, was ich im Laufe der Zeit wieder mit den neuen Techniken einbauen kann.

2FA ist inzwischen optional verfügbar. Man kann es also im Benutzerkonto des Forensystems freiwillig aktivieren.

Zitat von jobisoft

danke fürs finden, ich geh das mal fixen.

Super, wenn Du's so schnell nachvollziehen kannst - Danke!

Zitat von jobisoft

Hast du meine Kommentare im Bug gesehen? Inzwischen wurde der bug als gefixed geschlossen.
https://bugzilla.mozilla.org/show_bug.cgi?id=1716051#c10

Sollte im aktuellen Daily drin sein, inzwischen.

Leider hat entweder dieser Patch oder etwas anderes eine Regression erzeugt: Der event onNewMailReceived müsste ja die beiden Objekte folder, messages zurück geben. folder ist jetzt aber immer null. Dieses Problem habe ich in Deinem speziellen Build genauso wie in den aktuellen Daily-Builds. In 91 Beta 2 ist dies aber noch in Ordnung.

Zitat von Thunder

Dazu muss ich wohl mal einen Bug aufmachen.

Ich habe die Tage schon mal kurz getestet, hatte aber keine konzentrierte Ruhe dabei, sodass ich dies heute nochmal in Ruhe anschauen möchte. Sorry, dass ich dazu bisher nicht kommentiert hatte.

Was auf jeden Fall als Problem bestehen geblieben ist, ist der API-unabhängige Bug, dass der Filter die "Tag"-Aktion nach verschieben der Mail nicht ausführt. Dazu muss ich wohl mal einen Bug aufmachen.

Zitat von Thunder

Es ist noch ein weiter Weg bis zum fertigen Add-on:

i18n
Prefs + kompletter neuer Optionen-Dialog
und vieles mehr

Übersetzung + Optionen inkl. Dialog habe ich in der Zwischenzeit soweit eingebaut. Die Entwicklung ist dennoch ins Stocken geraten, da ich auf gleich mehrere Probleme innerhalb von Thunderbird (ausbleibende oder falsche "events") gestoßen bin, wodurch die Automatik vielfältig versagen kann. An der Lösung dieser event-Probleme wird aber von jobisoft gearbeitet . Es bleibt dann noch ein Versagen im Zusammenhang mit Filtern, weshalb man die Reihenfolge von Aktionen in Filtern berücksichtigen muss, wenn man für die AEC-Automatik mit Tags arbeitet.

Da inzwischen Thunderbird 91 Beta 2 verfügbar ist und der finale 91er bald kommen wird, weise ich einfach nochmal darauf hin, dass Quote Colors auf ATN in Version 3 verfügbar ist. Änderungen gab es meinerseits in den letzten Wochen aber keine weiteren daran.

Version 7 für Thunderbird 91 ist jetzt auf ATN vorhanden.

Zitat von bege

Die anderen haben Typ 3 (öffnet eigenen Tab) oder 5 (öffnet Einstellungen im Addon-Manager)

Diese beiden Typen sind dann wohl keine WL-API Addons. AHT öffnet weiterhin seinen eigenen "alten XUL-Dialog" für die Einstellungen.

Version 7 für Thunderbird 91 ist jetzt auf ATN vorhanden.

Zitat von B. Mueller

Die Aktivierung der Smiley Auswahl per Default könnte man auch überdenken

Ist meines Wissens systembedingt.

Zitat von B. Mueller

verbunden mit dem klaren Hinweis, irrelevante Zeilen einfach zu löschen

Die Leute schaffen es (sorry Leute!) zum Teil ja nicht mal den früheren Hinweis "Diese Zeile können Sie mir Ihrem Text überschreiben" umzusetzen.

Die gewünschten Angaben sind jetzt wieder untereinander aufgelistet. Wer mit dem PC umgehen kann, der kann diese Liste einfach per Copy&Paste in das Textfeld hinein kopieren und dort einfach ausfüllen. Wer es nicht kann oder gar nicht auf die Idee kommt, kann/muss halt manuell seinen Text tippen. Das ist ja aber durchaus ein Teil meines/unseres Ziels gewesen.

Zitat von Sehvornix

weil das besser lesbar ist, als die jetzige Aufzählung hintereinanderweg

Ja, das denke ich auch. Bei kleineren Bildschirmen kann so viel Platzbedarf in der Höhe aber auch nervig sein.

Zitat von Feuerdrache

Die jetzige "sanfte Hintergrundfarbe" ist mir da zu blass.

Ich würde das im Kontrast zur restlichen Website durchaus als auffällig erachten .