Neuen Add-ons-Verwaltung anpassen

Zitat von milupo

Beim Skript von edvoldi erscheint gar keine

Hier schon:

Nochmal von vorn, weil eben über Aris gestolpert bin bei meinem Code, ich habe allerdings noch das alte Layout aktiv.

.header-name ist natürlich richtig für deinen gewünschten Effekt. Wenn der Kopf schneller ist als die Finger...

So weit gediegen hier

#main
{
    max-width: 100% !important;
}
section h2, h2.recommended-heading
{
    font-weight: bold !important;
    color: blue !important;
    font-size:18px!important;
}
section[section="0"]
{
    background-color: rgba(0, 128, 0, 0.2) !important;
    padding: 10px !important;
}
section[section="1"]
{
    background-color: rgba(128, 0, 0, 0.2) !important;
    padding: 10px !important;
}

Zitat von edvoldi

Den Button habe ich auch.

Ich habe das Skript ja zweimal hier und demzufolge auch die Schaltfläche zweimal erwartet, vor allen Dingen, weil ich mein Symbol ja in eine eigene Symbolleiste geschoben hatte. Ich hatte also das Symbol in der Standardsymbolleiste und in meiner eigenen Symbolleiste erwartet. Aber es erscheint dennoch nur einmal. Ich habe es dann an der Beschriftung gemerkt, als ich das Symbol mal ins Anpassen-Fenster geschoben habe. Denn meine Version ist in Sorbisch.

Zum eigentlichen Problem: Ja, der Eintrag bleibt stehen. Eine Idee habe ich im Moment noch nicht.

Wenn ich eine manuelle Aktualisierung mache, verschwindet der Eintrag. Wie es aussieht, verschwindet der Eintrag bei automatischer Suche nach Aktualisierungen nicht. Aber die automatische Suche nach Aktualisierungen erfolgt ja auch nur in einem bestimmten Rhythmus.

Also, ich bin ratlos, was das Skript aus Beitrag #13 angeht. Die Ursache liegt wohl nicht direkt bei Firefox 68+, sondern beim neuen Add-on-Manager, denn mit dem alten Add-on-Manager wird auch hier im Nightly die Schaltfläche Aktualisieren entfernt.

Ansonsten können wir nur auf aborix hoffen.

Im aktuellem Nightly, nach Änderung auf xhtml im Script, funktioniert es einwandfrei.

Siehe Beitrag Nr. 29.

Bei mir nicht. Das heutige Nightly-Update ist bei mir auch durch und die browser.xul ist ja schon lange in browser.xhtml umbenannt. Ich rede hier vom neuen Add-on-Manager.

Zitat von milupo

vom neuen Add-on-Manager.

Fehler von mir, sorry.

Ich hatte noch die alte Ansicht. Mit der neuen funktioniert es da auch nicht mehr.

Ja, leider. Eine Notlösung ist, die Seite nach Wechsel zur Schaltfläche Erweiterungen neu zu laden. Dann verschwindet die Aktualisieren-Schaltfläche.

Wer weiß, woran es genau liegt. Ursache für das Nichtfunktionieren des Skripts war ja schon mal die Methode, die in Zeile 35 verwendet wurde: openUILinkIn. Die wurde irgendwann als veraltet erklärt und stattdessen die jetzige Methode openTrustedLinkIn verwendet. Außerdem gibt es noch openWebLinkIn, die für Webseiten gedacht ist. In Bugzilla gibt es in einem Bug die Diskussion, ob openTrustedLinkIn immer notwendig ist und man nicht openWebLinkIn verwenden könnte. Ich habe daher alle drei Methoden (also auch die veraltete openUILinkIn) getestet. Ich aber allerdings nicht die Parameter geändert. Nur openTrustedLinkIn funktioniert wirklich - wie zu erwarten war. Ob der Fehler wirklich auf diese Methode im Zusammenspiel mit dem neuen Add-on-Manager zurückzuführen ist, weiß ich nicht.

Die andere mögliche Stelle ist in Zeile 29, wo mit removeEventListener der in Zeile 24 geschaffene EventListener pageshow wieder entfernt wird.

Aber das ist mir denn doch alles irgendwie zu hoch.

Das Skript-Problem könnte eventuell mit diesem Bug zusammenhängen:

https://bugzilla.mozilla.org/show_bug.cgi?id=1553219

Zitat von edvoldi

Ich benutze auch dieses Skript:
Addons-Update-Check-Button.uc.js

...

Wo könnte das Problem hier liegen?
...

Der Code ist geringfügig geändert ab 68 ff

(function() {
  if (location != 'chrome://browser/content/browser.xhtml')
    return;
  if (CustomizableUI.getPlacementOfWidget('addons-update-button'))
    return;

  try {
    CustomizableUI.createWidget({
      id: 'addons-update-button',
      defaultArea: CustomizableUI.AREA_NAVBAR,
      label: 'Add-ons Update',
      tooltiptext: 'Add-ons Update',
      onCommand: onCommand,
      onCreated: function(button) {
        button.style.listStyleImage = 'url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAIAAACQkWg2AAAACXBIWXMAAA7EAAAOxAGVKw4bAAAAdUlEQVQokZVSwRHAIAgLPYfoXs7RCTpG53Avt7APrhaFU8gLMEEJAkEQgFbc7IxkVjt0r6Sp7VIVITumBpKt00FA2ThmjXzkfMMWO8EZFSj8LrUyjsG9b9DaJXq+qAIVxEUxtLHpaXE95dj1NcK2rmbwaGJ4Af0tIg00j/6iAAAAAElFTkSuQmCC)';
      }
    });
  } catch(e) {
    return;
  };

  function onCommand(event) {
    let frameScript = function() {
      addEventListener('pageshow', function onPageshow(event) {
        if (event.target.location != 'about:addons')
          return;
        content.gViewController.doCommand('cmd_findAllUpdates');
        content.gViewController.doCommand('cmd_goToAvailableUpdates');
        removeEventListener('pageshow', onPageshow);
      });
    };
    let frameScriptURI = 'data:,(' + frameScript.toString() + ')()';
    let window = event.target.ownerGlobal;
    window.openTrustedLinkIn('about:addons', 'tab', {});
    window.gBrowser.selectedBrowser.messageManager.loadFrameScript(frameScriptURI, true);
  };

})();

Zitat von Boersenfeger

Der Code ist geringfügig geändert ab 68 ff

Erzeugt hier trotzdem den gleichen Fehler.

Hier klappt es einwandfrei in Nightly, Beta wird nicht mehr benutzt...

Zitat von Boersenfeger

Hier klappt es einwandfrei in Nightly

Im neuen Add-on Manager!?

Hier auch im Nightly nicht.

Zitat von 2002Andreas

Zitat von Boersenfeger

Der Code ist geringfügig geändert ab 68 ff

Erzeugt hier trotzdem den gleichen Fehler.

Boersenfeger Dito. Dein Code ist auch nicht anders als unserer.

Zitat von edvoldi

stehen keine Versionsnummer

Gut erkannt

Hat er mal wieder nicht richtig gelesen