QuickFolders Pre-Version lässt wegen veralteter WindowListener-API den Allow HTML Temp Button verschwinden

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

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

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)

Zitat von Thunder

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.

Alles anzeigen

Nichts ist defekt, alles funktioniert wie es sein sollte!

Nach der Installation Deines Addons bleibt auch das Icon von Ublock Origin in der obersten Symbolleiste.

Dauerhaft, selbst nach einem Neustart von Thunderbird.

War vorher nie der Fall bei mir und zwar nicht nur bei Thunderbird 78, sondern auch schon bei Version 68.

Und es war nur die oberste Symbolleiste davon betroffen!

Das UblockOrigin-Icon auf der Hauptsymbolleiste plaziert blieb dort auch nach einem Neustart von Thunderbird.

Deswegen habe ich mich auch gemeldet. Wegen diesem komischen Verhalten, daß das Icon nur auf der obersten Symbolleiste verschwindet.

Jetzt das AllowHtml-Icon auch in der obersten Symbolleiste plaziert, neben Ublock-Icon.

Auch nach einem Neustart sind beide Icons noch dort und erfüllen auch ihre Funktion beim Anklicken!

Ich bin ein absoluter Laie in diesen Sachen und beschreibe nur die Symptome.

Wenn sich hier mehr professionelle "Betatester" für Dein Addon mit diesem Problem tummeln würden, hätte ich mich bestimmt nicht gemeldet!

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.

Ich schreibe Dir per PN - das bleibt dann übersichtlicher.

QuickFolders gibt es jetzt als neue Pre-Version QuickFolders-wx-5.0pre71, in der die Ursache für das obige Problem behoben ist.

Im mozillaZine-Forum gibts zu dem Problem, daß ich habe, einen Thread.

TB78 moves addon buttons back to customize toolbar

Zitat Pat Drummond

"I suggest everyone vote for these bugs so they get a higher priority. Nothing has happened in 10 months. It looks like it wouldn't take much time"

bezieht sich auf

"...browserAction buttons don't persist outside the default toolbar"

http://bugzilla.mozilla.org/show_bug.cgi?id=1598190

http://bugzilla.mozilla.org/show_bug.cgi?id=1584160#c14