Hi,
es scheint Probleme zu geben, wenn Add-Ons installiert sind, die mit TB78 nicht kompatibel sind, sich aber trotzdem noch installieren lassen bzw. beim Update auf TB78 nicht deaktiviert werden. Sehr blöde Situation.
Wie oben bereits geschildert, probiere bitte mal alle anderen Add-Ons zu deaktivieren und gucke, ob das Problem dann immer noch auftritt. Ich hoffe nicht. Danach bitte die anderen Add-Ons einzeln wieder aktivieren um herauszubekommen, mit welchem QT inkompatibel ist.
Gehe ich richtig in der Annahme, dass damit Legacy-Extensions wie Allow HTML Temp endgültig nicht mehr möglich sein werden in der nächsten ESR-Version (also ab 88.0, wenn ich richtig informiert bin).
Hier geht es um legacy WebExtensions, das ist ein hybrid Konstrukt für TB68. Support dafür wurde in TB78 entfernt, was hier im Forum schon mehrfach besprochen wurde. Dadurch sind nur noch "echte" WebExtensions möglich, und Dinge wie chrome.manifest werden ignoriert.
Wir haben aber einen Weg gefunden, die meisten Add-Ons trotzdem wieder für TB78 ans Laufen zu kriegen. Und wie Feuerdrache gesagt hat, versuche ich Entwickler bei der weiteren Umstellung zu unterstützen.
Das Problem mit legacy WebExtensions: Sie können teilweise trotzdem in TB78 installiert werden, tun dann aber einfach nix. Der Patch, auf den sich der Release-Eintrag bezieht, deaktiviert solche Add-Ons.
Leider hat der Patch ein Problem und schafft es nicht in 78.2.2. Sehr ärgerlich.
Ich gehe auch deinen Weg und schalte die max Version später in ATN nach oben, wenn ich weiß, dass es auch mit neueren Versionen funktioniert. Alternativ kann man es natürlich auch andersrum machen und ohne max Version hochladen und nachträglich in ATN limitieren, wenn es Probleme gibt. So wurde es jetzt mit allen legacy WebExtensions gemacht, die wurden automatisiert auf 73.* beschränkt.
ATN code ist Sancus Baustelle, aber Feature Requests werden derzeit nicht umgesetzt, weil er erst wieder auf den gleichen Stand wie FF kommen will. Wir konnten wegen dem legacy support nicht mitziehen.
Da war EDVOldie schneller als ich. Nicht schlecht 
ich hab den überblick verloren. Thunder: kannst du ausführen was genau das Problem mit Quickfolders ist? Wichtig auch welche Version von Quickfolders das Problem verursacht.
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?
Achso, du meinst die Funktionalität selbst, ja da stimmt. Aber das ist ein anderes Brett das Thunder da boren muss. Ich kann ihn da nur am Rande unterstützen. Ich denke den patch muss er größten Teils selber machen. Aber du hast Recht, da werden wir auch bei einigen Add-ons gucken, ob da was geht. Ich sag mal "Phase 3".
Vielleicht animiert das ja die Thunderbirdentwickler es demnächst in den Code aufzunehmen.
Da muss ich direkt dämpfen, das wird nicht passieren und war auch nicht Ziel. Ziel war es das Update in kleine Häppchen zu teilen, damit die Add-On Entwickler nicht vor dieser unlösbaren Herkulesaufgabe stehen. In den nächsten Monaten werde ich weitere Tutotrials veröffentlichen, um die Add-Ons immer weiter Richtung echte MailExtensions zu bringen.
nicht verraten
Ist das hier nicht öffentlich? Auf jeden Fall freue ich mich riesig, dass ich dich mit meiner WL API wieder zurück ins Boot holen konnte. Dann hat sich die ganze Arbeit auf jeden Fall gelohnt. Danke das du es probiert und deine Zeit da reingesteckt hast!
Allerdings habe ich mal wieder das Gefühl, dass Thunderbird aktualisierte Add-ons bzw. deren Daten manchmal nicht sofort korrekt neu lädt (trotz -purgecaches).
Kannst du das reproduzieren? Also IMG Datei (in place) ersetzen aber es wird weiterhin das alte version benutzt? Bzw. CSS ändern und ein anderes Bild benutzen abe es wird weiterhin das alte Bild benutzt? Dann müsste ich das im Detail untersuchen.
var { MsgHdrToMimeMessage } = ChromeUtils.import(
"resource:///modules/gloda/MimeMessage.jsm"
);ChromeUtils.import("resource:///modules/gloda/mimemsg.js");Ich glaube die Datei gibts in 78 nicht mehr.
Der DTD parameter ist ein array:
injectElements(...., ["chrome://allowhtmltemp/locale/allowhtmltemp.dtd", "chrome://messenger/locale/messenger.dtd"]);
injectCSS() must be called multiple times, no array support.
Kannst du mir deine ATN email per PM zukommen lassen?
Evtl mit dem hier zusammentun?
https://addons.thunderbird.net/en-us/thunderb…ew-quotecolors/
Ich muss einen prefsObserver im Code ändern, da er schlichtweg versagt. Ich bekomme den observer zum Laufen, möchte diesen aber auf den "quotecolors." Branch begrenzen. Daran scheitere ich.
var myObserver = {
observe: function(aSubject, aTopic, aData) {
console.log(aSubject);
console.log(aTopic);
console.log(aData);
}
}
Services.prefs.getBranch("").addObserver("extensions.sendtocategory.", myObserver);Das klappt bei mir wie in der Dokumentation beschrieben. Das Ding feuert nur bei Änderungen in meinem sendtocategory branch. Wie sieht denn dein Code aus? Es funktioniert wohl nur auf dem root branch.
Vielleicht könnte man mich für dieses Add-on eintragen / freischalten:
https://addons.thunderbird.net/de/thunderbird/addon/quote-colors/
Das dürfen wir leider nicht. Es muss vom originalen Author eine Freigabe erfolgen. Im ATN backend kann er dich als Eigentümer oder als Entwickler hinzufügen. Anders geht es leider nicht. Bei den Add-Ons die ich übernommen habe musste ich auch diesen Weg gehen. 
Bei meinen Tests (jetzt in TB78) ging es hier nicht weiter
https://gitlab.com/ThunderbirdMai…ors.js#L276-280
D.h. es gibt keinen zweiten Call. gnPrintMsgCnt ist -1 und du macht einen early return. Dann ist Ende.
Hat das denn in TB68 (mit dem WindowListener) funktioniert? Also ist das ein Problem bei der Umstellung auf den WindowListener oder ein Problem das durch TB78 verurscaht wird?
Oder du lädst qc_globals.js nicht in window sondern in window.QCGlobals , welches du vor dem scriptload aufruf mit window.QCGlobals = {} platt machst.