komischerweise nicht mit meinen eigenen Add-ons
Doof gefragt: Bieten Deine Add-ons Buttons an? Werden die Buttons per Script generiert oder per Overlay? Ich denke, da könnte ein zentraler Unterschied liegen.
Momentan kann ich im Gegensatz zu vor 2 Wochen auch mit der alten Version von RoT das Problem gar nicht mehr reproduzieren.
In der Datei steht vermutlich, wann das Profil erstellt und erstmals von Thunderbird genutzt wurde. Warum es dafür zwei Zeiten gibt, kann ich nicht sagen. Was der genau Sinn davon ist, kann ich ebenfalls nicht sagen.
ein Problem mit dem Button von Allow HTML Temp 5.7.3
Als folge von einem anderen Add-on, das auch die Buttons anderer Add-ons killt:
Das Add-on killt beim Beenden/Starten des Programms nicht nur "meine" Buttons, sondern auch die von anderen Add-ons. Bei mir bleiben letztlich nur Thunderbirds eigene Buttons in der Toolbar vorhanden. Der Rest verschwindet im Anpassen-Dialog.
AFAIK, this was implemented in the "own" routines from the original addon. These routines have been removed because of incompatiblity. Thunderbird 68 has implemented in itself the requested / missing feature for deleted attachments from single messages only. To get this working, when deleting attachments with AEC from multiple messages I need a litle code change in Thunderbird itself:
Das könnte dann womöglich eine Folge des XUL-Loaders sein, der die klassischen bzw. Legacy-Add-ons noch ermöglicht.
Bist Du fit im Bearbeiten der manifest.json Datei im XPI?
Darin gibt es folgenden Code:
"legacy": {
"options": {Mache daraus mal dieses (füge "type": "xul", ein:
"legacy": {
"type": "xul",
"options": {Ich bin neugierig, ob dies einen Unterschied macht, glaube aber nicht daran.
Womöglich hilft aber auch nur dies:
Missverstanden.
Habe nur von gmail so eine Zeile oauth://.
Nicht von yahoo welches es betrifft.
Zuletzt hatte ich es genau so verstanden und daher meinen Beitrag noch vor Deiner Antwort bearbeitet.
Wenn Yahoo kein OAuth bei Dir benutzt (könnte das mal jemand bestätigen / prüfen?), dann müsstest Du im Passwort-Manager zumindest getrennte Zeilen für SMTP und POP (oder IMAP) finden, die dann auch beide mal gelöscht werden müssen. Es gab immer wieder mal Schwierigkeiten, dass Thunderbird danach trotzdem die Passwörter nicht abgefragt hat. Ich dachte aber, dass dies zumindest nach einem Neustart des Programms funktionieren würde, was Du ja gemacht hast.
Oben sprichst Du von Yahoo und jetzt von GMail? Du meinst, dass nur GMail OAuth im Passwort-Manager hat. Das müsste doch bei Yahoo inzwischen auch so sein, denke ich.
Hast Du für Yahoo im Passwort-Manager evtl. noch weitere Zeilen drin, die Du übersehen hattest? Es müsste ja vermutlich eine Zeile sein, die mit oauth:// beginnt.
Alles anzeigenDie bisherigen Beiträge zu lesen, das ist schon putzig und hat was von einem Kabarett über die deutsche Forenkultur. Seit nunmehr 3 Wochen gibt ein Wort das andere. Leider inzwischen weniger zur Problemlösung.
Der geneigte Leser fragt sich, was es wohl für einen Unterschied ausmacht, ob es sich um einen Bug handelt oder nicht. Das Problem löst sich damit jedenfalls nicht.
Ich will mal versuchen, Lösungswege aufzuzeigen.
Angenommen, das Problem steckt im Profil. Das könntet ihr sehr einfach überprüfen, indem ihr einfach zusätzlich ein neues Profil anlegt. Für diesen Test müssen keine Daten migriert werden. Das bestehende Profil bleibt erhalten und kann weiter benutzt werden. Es würde euch nur wenige Minuten kosten und wäre zumindest mal ein guter Ansatz, um überhaupt einen Schritt weiterzukommen.
Stellt sich dabei heraus, dass das neue Profil den Fehler nicht zeigt, dann könnt ihr die Mails, Kontakte und Kalender aus dem alten Profil in das neue kopieren. Dabei kopiert man den Fehler nicht mit, denn es werden nur die Daten kopiert.
Wem das zu viel der Mühe ist, der hat nichts verloren. Er bleibt einfach beim alten Profil.
Angenommen, es handelt sich um einen Bug in Zusammenhang mit dem Upgrade auf 64-bit. Das ist nicht unwahrscheinlich, denn genau genommen handelt es sich um zwei verschiedene Programme.
In diesem Fall wäre die Frage, ob das Problem durch eine inkorrekte Information im Profil entsteht, die nicht sauber gehandhabt wird, oder ob der Fehler an anderer Stelle liegt.
In beiden Fällen sollte sich das Problem dadurch lösen lassen, dass man den Thunderbird deinstalliert, den Rechner neu startet, die gewünschte Version neu installiert, ein neues Profil erstellt und (nur!) die Daten aus dem alten Profil kopiert. Das mag sich nach viel Arbeit anhören, ist im Vergleich zu der wochenlangen Diskussion aber geradezu vernachlässigbar.
Auch wenn der Bug darin liegen sollte, dass im Profil eine Information steckt, die zu dem 32/64-bit Problem führt, kann man natürlich zurecht argumentieren, dass es immer noch ein Bug ist. Gewonnen ist damit zunächst nichts. Denn ob das in naher Zukunft gefixt werden würde, halte ich zumindest für fraglich.
Wenn mich das Problem betreffen würde, ich wäre es längst angegangen. Davon, dass ihr hier wiederholt betont, es handele sich "eindeutig" um einen Bug, habt ihr nichts. Außer, dass ihr die diejenigen zu einer Antwort provoziert, die Kritik am Thunderbird persönlich nehmen und dann das Kabarett weiter befeuern.
Volle Zustimmung
Es gibt de facto keinen Grund, unbedingt auf die 64-bit-Version zu gehen.
Das stimmt zwar, hilft aber nur bedingt, da man ja unter Umständen beim 68er automatisch von 32- auf 64-Bit migriert wird. Es "passiert" also auch ungewollt.
Danke für die Rückmeldung
Ich sehe das so:
Um manuelle Updates (durch "Drüber-Installieren") zu verhindern, müsste man das entsprechende Verzeichnis mit einem Schreibschutz (Admin-Rechte) versehen bzw. anderweitig sogar dem Admin die Schreibrechte dort nehmen.
Für die (halb-)automatischen Updates des Thunderbird selbst könnte man sich dies anschauen - allerdings erst ab dem 68er aufwärts, denke ich:
Die Update-URL könnte man ja auf eine Phantasie-URL (bspw: "https://localhost") umleiten, die letztlich kein Update zur Verfügung stellt.
Das zweite Problem mit dem Google-Provider wird erst in der nächsten Version > 68.0 behoben werden.
Das entsprechende Add-on muss halt auch in der aktualisierten Version installiert/genutzt werden. Welche Version den entsprechenden Bugfix enthält, kann ich nicht sagen. Vielleicht scheitert Ihr zur Zeit tatsächlich noch daran, dass es das passende Update davon noch gar nicht gibt/gab?
Redet ihr gerade aneinander vorbei?
Ich möchte die Updatefunktion in der Vers. 60.9.0 deaktivieren, sodass kein Update von 60.9.0 auf die 68er durchgeführt werden kann.
Ist klar, es ist aber meines Wissens erst im 68 die angefragte Funktionalität drin, daher erwähnte ich das.
Prinzipiell verstehe ich diesen Wunsch.
Ich überlege nur gerade, wer bei so einem Procedere eigentlich verbindlich entscheidet, ob ein Feiertag eine Verschiebung notwendig macht. Das kann ja eigentlich nur der Einladende entscheiden und nicht unbedingt eine Automatik bei den einzelnen Empfängern, da es ja abweichende Feiertage geben kann.
Siehe den Tipp von Mapenzi in diesem Thema:
Das Problem hängt nun aber vielleicht dennoch zusammen. Für mich schaut es so aus, als wärst Du bzw. Dein Thunderbird "offline".
Abrufensenden_Schaltflache-5.6.5-tb.xpi
Autsch, okay, jetzt sehe ich (meine) Verwirrung. Ich hatte übersehen, dass Du von unterschiedlichen Add-ons geschrieben hattest - sorry.
