Beiträge von jobisoft

Du hast da einen MixMax gemacht. Dein manifest sagt ab 78, deine background.js registriert aber deine JS files für 68er XUL files.

Phase 1 und Phase 2 des updates (Wechsel auf WindowListener) werden in 68 gemacht. Erst wenn in 68 alles klappt, dann kommt der Wechsel auf 78 und da musst du alle xul files in xhtml files umbenennen (auch die core files, auf die der WL reagieren soll).

In Phase 3 musst du dann deinen eigentlichen code evtl noch an Änderungen von 68->78 anpassen. Ich wollte aber nicht das du beide Baustellen gleichzeitig hast (WL setup UND 68->78 changes). Deswegen sagt der guide gaz klar: Erst im letzten Schritt wechseln wir auf 78.

Wenn ich dein add-on anpasse und in 68 lade, kann ich console.log() Einträge im onload sehen. Ich weiß aber nicht wie das add-on sonst funktioniert und konnte es nicht weiter testen

in qc_globals.js musst du die top level const los werden, weil die beim neu laden (z.B. Updates, oder remove und neu installieren ohne TB neu zu starten) nicht überschrieben werden können und Fehler werfen und weil du kein try catch um den entsprechenden scriptload hast dein ganzen load script stirbt. Ich würde da ein var QCGlobals = {} empfehlen und die dinger da drin definieren.

Zitat von Thunder

Blöd gefragt: muss ich window. dann quer durch die 3 JS Dateien hinzufügen, in denen diese Variablen / Objekte drin sind?

Ne, dein code läuft im window scope ganz normal wie früher. Der Injector aber nicht (die onLoad und onUnload Funktionen). Der hat also keinen direkten Zugriff auf Objekte in window, daher musst du in den beiden Funktionen window. mit angeben.

Ja, Fehler ist bekannt, ich komme aber gerade nicht dazu den zu fixen. Evtl. am Wochenende...

// Import any needed modules.
var { Services } = ChromeUtils.import("resource://gre/modules/Services.jsm");


// Load an additional JavaScript file.
Services.scriptloader.loadSubScript("chrome://quotecolors/content/qc_globals.js", window, "UTF-8");
Services.scriptloader.loadSubScript("chrome://quotecolors/content/qc_overlay.js", window, "UTF-8");
Services.scriptloader.loadSubScript("chrome://quotecolors/content/quotecolors.js", window, "UTF-8");


function onLoad(activatedWhileWindowOpen) {
 // observe mail pane config changes
 window.QCMailPaneConfigObserver.register();
 // observe QC pref changes to reload message
 window.QCPrefUpdateObserver.register();
 window.QCObj.initMain();
}


function onUnload(deactivatedWhileWindowOpen) {
 window.QCunloadMessenger()
}

Also onload und onunload event funktionieren nicht, sondern dumusst das jeweils in onLoad() und onUnload() packen. Nicht vergessen window. vor deine Funktionsaufrufe dranzuhängen, weil deine JS files ja in window geladen wurden.

ich denke so müsste das funktionieren. Geht das?

Geht das?

geht aber erst moit

Zitat von edvoldi

Der Provider for Google Calendar Version 78.0.1

Geht aber erst mit TB 78.2 Also noch etwas Geduld.

Zitat von Thunder

Naja, das Dilemma ist ja, dass die weiterlebenden Legacy-Add-ons jetzt alle diese pauschal "böse" Berechtigung einfordern,

Hm, technisch gibt es keine Legacy Add-Ons mehr. Es gibt nur noch WebExtensions und einige dieser WebExtensions benutzen eigene APIs sog. Experimente. Diese sind sehr sehr mächtig und verlangen daher im Kontext von WebExtensions eine gesonderte Berechtigung. Meine wrapper API um legacy Add-Ons einfach zu konvertieren ist eine solche experimentelle API, unterscheidet sich aber konzeptionell nicht von anderen experimentellen APIs. Man kann da also nicht einfach trennen.

Hatten wir nicht früher generell einen Infobanner im AddonManager, das AddOns sehr mächtig sind?

Zitat von Thunder

wenn man eine Menge Anpassungen gemacht hat

So viele sind das garnicht! Ich hab Quicktext an einem Tag konvertiert.
https://github.com/jobisoft/quick…316f2e..9b943be

Feuerdrache: Dann musst du aufhören Thunderbird 68 und älter zu benutzen Da haben nämlich alle(!) Legacy Addons automatisch diese vollen Zugriffsrechte. Mit den WebExtension wird dieser Zugriff nun sichtbar. Die Add-On Reviewer lassen aber keine Add-Ons auf ATN zu, die wirklich böse Dinge tun, zumindest versuchen sie das die letzten Jahre. Ich jetzt ebenfalls.

Bei Add-Ons die nicht über ATN geladen werden, gibts so eine Kontrolle natürlich nicht. Mit den neuen WebExtension ist das Risiko daher nun deutlich kleiner, sich schadhafte Add-Ons einzufangen, weil man als Anwender sehen kann, was die tun wollen.

Im Grunde kann man sagen: Was von ATN kommt ist sicher (so wie bisher). Bei Add-Ons aus anderen Quellen hat man als Anwedner nun mehr Informationen, um selber entscheiden zu können, ob man es installiert oder nicht.

Zitat von MurphyBerlin

Hey, gibt es hierzu schon ein kleines Update oder ? :o

https://github.com/jobisoft/quicktext/issues/164

Das Thunderbird Team hat eine Migrationsstrategie veröffentlicht, die Add-Ons möglichst einfach und rasch für Thunderbird 78 kompatibel macht:

https://github.com/thundernest/addon-developer-support/wiki

Nachdem ein so konvertiertes Add-On in TB78 funktioniert, kann es nach und nach weiter angepasst werden. Wir werden dann kleine Tutorials veröffentlichen , um die Legacy Teile Stück für Stück zu entfernen..

Wenn ihr Fehler findet, könnt ihr hier bugs erstellen:

https://bugzilla.mozilla.org/enter_bug.cgi?…ty%3A%20OpenPGP

Danke!

Das klingt nach einem Fehler. Ich bin gerade durch andere Dinge ausgelastet, guck mir das aber an sobald ich Zeit finde.

John (Quicktext Maintainer)

Hauptkriterium für die automatischen Updates ist die Fertigstellung der integrierten PGP Lösung. Ich hab was von September gehört.

Zitat von Road-Runner

Die Liste ist in Englisch, so dass es durchaus möglich ist dass der Autor in den USA lebt. Von daher habe ich an die Zeitverschiebung zwischen USA und EU gedacht. Sollte der Autor in EU leben ist die Bemerkung bez. der Zeitverschiebung obsolet.

Stimmt. Christopher sitzt in den USA. Zeitverschiebung ist sehr wahrscheinlich, da er das meistens Nachmittags macht und dann ist bei uns schon nach Mitternacht.

Ich würde mich jetzt nicht unbedingt auf den Freitag einschießen. Kann auch mal früher, später oder auch mal viel später aktualisiert werden. Ist ein manueller Prozess.

Alle AddOns in der Liste sind aktualisiert, weil es eine Liste der aktualisierten AddOns ist

Nach einem AddOn suchen sollte mit STRG + F oder so doch recht flott gehen, oder?

Ich vermute, das ist ein Synology/Thunderbird Problem und unabhängig von TbSync. Kannst du TbSync mal deaktivieren? Deine CalDAV Kalender werden weiter funktionieren, weil die von Thunderbird direkt verwaltet werden.

Tritt der Effekt dann immernoch auf?

Also ich weis, das importExportNG integriert werden soll und der Entwickler aktiv dran arbeitet. Es ist also schon möglich. Aber allgemein kann ich da tatsächlich (noch) nichts zu sagen.

Nativ CardDAV kommt ja auch.

John

Die Liste dient uns intern zu sehen, wieviele von den populären AddOns (top 10, top 100) konvertiert sind, daher sind Sie nach Beliebtheit sortiert. Das lässt sich auch nicht ändern.

Ich bin jetzt durch die erste Hälfte der Addons durch und habe keines gefunden, das da irrtümlich drin auftaucht. Die Liste scheint also die richtigen Addons zu finden.

Zitat von Thunder

Wird dabei auch schon berücksichtigt, dass viele Add-ons zu unrecht nach oben keine Beschränkung machen (so wie es bei meinem "Allow HTML Temp" ja auch war)?

Nur wenn der Author manuell in ATN ein Limit hinzugefügt hat. Außerdem werden alle Addons rausgefiltert, die ein legacy flag haben und daher nicht kompatibel sein können.

Ist dein Addon trotzdem falsch aufgeführt?

Zitat von Thunder

Wenn ich mich nicht irre, hat ATN diesbezüglich ein Problem. Es wird dort in der Übersicht immer die Kompatibilität der zuletzt hochgeladenen Version des Add-ons gezeigt. Es kann aber durchaus Versionen dort geben, die für ältere oder auch neuere Thunderbird-Versionen kompatibel markiert sind.

Daher hab ich das Teil vom Christopher verlinkt. Der parsed alle manifest files.