Erweiterung media.windows-media-foundation.enabled

langsam verzweifle ich. Jetzt wollte ich Version 0.3.2 hoch laden (gestern auch schon) und dauernd wird sie von Mozilla deaktiviert. Was mache ich nur falsch? :-?? Leider finde ich nicht den Grund warum die Datei deaktiviert wurde :roll:

Vor der Überprüfung wurde mir das angezeigt: https://addons.mozilla.org/de/developers/…atibility-tests Leider verstehe ich da nur Bahnhof. Nach der Überprüfung gibts leider nur die Meldung

Zitat

Erstellt am August 27, 2015 und geändert auf wurde von Mozilla deaktiviert am August 27, 2015

Mein aktueller Code sieht momentan so aus:

const prefs = require('sdk/preferences/service');
exports.main = function() {
 
var pref = require("sdk/preferences/service");
var { ActionButton } = require("sdk/ui/button/action")
 
var name = "media.play-stand-alone";
 
var bool = pref.get(name);
 
var url;
var label;
if (bool){
    url = "./QMCtrue64.png";
    label = "Media Codec is played";
}
else {
    url = "./QMCfalse64.png";
    label = "Media Codec is stopped";
};
 
var button = ActionButton({
  id: "toggle-media-codec",
  label: "Quick Media Codec",
  icon: url,
  onClick: function() {
    bool = pref.get(name);
    if (bool){
        pref.set(name, false);
        button.icon = "./QMCfalse64.png";
        button.label = "Media Codec is stopped";
    }
    else {
        pref.set(name, true);
        button.icon = "./QMCtrue64.png";
        button.label = "Media Codec is played";
    }
  }
});
};
        exports.onUnload = function (reason) {
            if ('disable' === reason || 'uninstall' === reason || 'upgrade' === reason || 'disable' === reason) {
                prefs.reset('media.windows-media-foundation.enabled');
                prefs.reset('media.directshow.enabled');
                prefs.reset('media.gstreamer.enabled');
                prefs.reset('media.apple.mp3.enabled');
                prefs.reset('media.play-stand-alone');
            };
        }

Ich hänge hier auch nochmal die xpi an, welche ich hochgeladen habe (lediglich .xpi in .zip geändert, damit ich sie im Forum hochladen kann)
Bitte helft mir :traurig:

in der main.js: nur der Pfad zum Bild welches bei aktiv/inaktiv angezeigt wird sowie die Beschreibung dazu sowie die Hinzufügung
'disable' === reason
Ich verstehs echt nicht. Ich werde mal im IRC nach fragen.

gestern wurde die Datei geblockt wegen einer unbekannten SDK Version. Heute wurde geblockt, weil ich mit der gleichen Versionsnummer erneut hoch geladen habe. Zu meiner Schade muss ich gestehen, dass man über die Gründe per Mail informiert wird :roll:

Aber der Tipp im IRC mal nach zu fragen war super. Ich wurde nach #amo-editors geschickt und dort traf ich zum Glück einen bekannten deutschsprachigen Helfer, ohne den ich das alles nicht geschafft hätte.
Er begleitete mich per PN durch das ganze Prozedere mit dem neuen Anwendung node.js Vielen Dank an dieser Stelle an Andreas W. [Blockierte Grafik: http://i.imgur.com/2ljqaVs.gif]

Um das Ganze nicht wieder zu vergessen habe ich nachträglich die Anleitung aufgeschrieben und Bilder dazu gemacht. Vielleicht hilft es ja jemandem, der genauso wenig Ahnung von der Materie hat wie ich. :oops:
_____________________________________________________________________________________________________

● node.js herunterladen von https://nodejs.org/download/release/latest/ (ich habe den Windows installer.msi genommen für mein 64bit System)
● node.js installieren
● Über das Windows-Startmenü geht man in den Ordner node.js und öffnet "node.js command promt"
im Konsolenfenster steht nun C:\Users\Myname>
● Dort gibt man folgendes ein: npm install jpm -gAchtung: diesen Befehl muss man nur einmalig machen, da damit jpm installiert wird und weiterhin erhalten bleibt.
Es dauert eine Weile und sieht dann in der Konsole etwa so aus:
[attachment=2]jpm1.png[/attachment]
dort wechselt man erst einmal auf den Desktop mit dem Befehl:
● cd Desktop
und erstellt dort einen neuen Ordner (zb. mit dem Namen testaddon) und wechselt gleich in diesen Ordner mit dem Befehl:
● mkdir testaddon && cd testaddon
Um das Grundgerüst für das Addon zu bauen, folgendes eingeben:
● jpm init
Danach wird man in mehreren Zeilen aufgefordert die notwendigen Daten für das Addon einzugeben.
● Zum Schluss bestätigt man das Ganze mit yes
[attachment=1]jpm2.png[/attachment]
Nun ist das Grundgerüst vorhanden im Ordner "testaddon"
[attachment=0]jpm3.png[/attachment]
Man bearbeitet die Datei index.js (früher main.js)
Zudem erstellt man einen neuen Ordner mit Namen "data" und legt dort seine Icons/weitere Daten ab.
Das Icon, welches direkt unter Add-Ons--> Erweiterungen in Firefox angezeigt werden soll legt man direkt als icon.png sowie icon64.png im Hauptordner (testaddon) ab.
In der package.json fügt man per Hand noch seine eindeutige ID hinzu. Für mich war es die Zeile

"id": "quick-media-codec@jetpack",

[Blockierte Grafik: http://i.imgur.com/tmrP3V5.png]
Nun kann man sein Addon direkt, in einem neu angelegte temporären Firefox Profil, testen mit dem Befehl
● jpm run
Wenn alles funktioniert kann man diese Firefox Instanz wieder schließen und ist in der Konsole wieder im Hauptordner.
Dann kann man die xpi erstellen mit dem Befehl
● jpm xpi
Diese wird dann auch im Hauptordner abgelegt und kann dann zu AMO hochgeladen werden
_____________________________________________________________________________________________________

Jetzt funktioniert wirklich alles. Auch die alten about:config Einträge von alten Versionen werden nun durch die Aktualisierung auf die default Einstellung zurück gesetzt. :klasse:

Jetzt möchte ich es aber doch ganz perfekt haben. Und zwar wird bei den Überprüfungsergebnissen bei Erweiterungstests
eine Warnung angezeigt.

Zitat

Warning: Access to the `Components` property is deprecated for security or other reasons.
bootstrap.js
5
6
7
const { utils: Cu } = Components;
const rootURI = __SCRIPT_URI_SPEC__.replace("bootstrap.js", "");

Alles anzeigen

Was hat es damit auf sich? Was müsste ich da ändern, damit diese weg ist?

ok. Dann mache ich mir keine weiteren Gedanken darum.
Ja, die Andeutungen hatte ich zwar durchaus wahr genommen aber nicht kommentiert. Trotzdem hatte ich mich vorher schon mit dem node.js beschäftigt und es dann aber frustriert fallen gelassen. Der Fehler war dass ich immer die "node.js.exe" anstatt "node.js command promt"gestartet hatte und damit völlig auf dem Holzweg war. Wenn ich dann händisch irgendwelche Ordner in der Konsole öffnete hats halt auch nicht die Entwicklungsumgebung von node.js geladen. Dann hatte ich vor Tagen irgendwann genervt aufgegeben. Auch mein Helfer stöhnte heute als wir erst einmal irgendwelche Windows Umgebungsvariablen ändern mussten damit es irgendwie ging

Zitat

auf windows ist das echt ein krampf

Aber nachträglich habe ich dann gemerkt dass das alles nicht nötig ist/war wenn man es von Anfang an so macht, wie ich es jetzt auch dokumentiert habe. Damit ist es eigentlich sogar einfacher (wenn man weiß wie), als mit phyton und addon-sdk. Schade dass auf der Mozilla Seite keine wirkliche große Hilfe gibt für so Noobs wie ich es bin.
Dir Sören auch ein großes Danke.

Sören, kannst du mir helfen? Ich blick mal wieder nicht durch. Habe gerade eine Mail bekommen, die mich verunsichert

Zitat

Dear add-on developer,

You might have heard the news[1] that future versions of Firefox will run the browser UI separately from web content. This is called Multi-process Firefox (also "Electrolysis" or "e10s")[2], and it is scheduled for release in the first quarter of 2016[3].

If your add-on code accesses web content directly, using an overlay extension[4], a bootstrapped extension[5], or low-level SDK APIs[6] like window/utils or tabs/utils, then you will probably be affected.

To minimize the impact on users of your add-ons, we are urging you to test your add-ons[7] for compatibility. You can find documentation on how to make them compatible here[8].

Starting Nov. 24, 2015, we are available to assist you every Tuesday in the #addons channel on irc.mozilla.org[9]. Click here[10] to see the schedule. Whether you need help testing or making your add-ons compatible, we're here to help!

Sincerely,
The Add-ons Team

[1] https://blog.mozilla.org/addons/2015/08…irefox-add-ons/
[2] https://developer.mozilla.org/en-US/Firefox/Multiprocess_Firefox
[3] https://wiki.mozilla.org/Electrolysis#Schedule
[4] https://developer.mozilla.org/en-US/Add-ons/Overlay_Extensions
[5] https://developer.mozilla.org/en-US/Add-ons/…pped_extensions
[6] https://developer.mozilla.org/en-US/Add-ons/SDK/Low-Level_APIs
[7] https://developer.mozilla.org/en-US/Add-ons/…Firefox#Testing
[8] https://developer.mozilla.org/en-US/Add-ons/…ating_your_code
[9] irc://http://irc.mozilla.org/addons
[10] https://atsay.github.io/e10s_office_hours/

Alles anzeigen

Was muss ich denn jetzt wieder neues machen, damit alles kompatibel bleibt für die nächsten Versionen? (https://addons.mozilla.org/de/firefox/add…ck-media-codec/) :oops:

Danke. firefox-45.0a1.en-US.win32 gestartet und dort funktioniert mein Addon. Dann bin ich ja beruhigt.

Habe trotzdem eine neue Version erstellt, da ich sah dass es von node.js eine neue Version gibt, mit JPM Version 1.0.3.

Ich habe denAdd-on Compatibility Reporter installiert und da sah ich bei meiner Erweiterung, dass da steht:

Zitat

Not compatible with multiprocess.

Was muss ich tun, damit meine Erweiterung Multiprozess kompatibel ist? oder ist das gar nicht nötig?

Dankeschön, werde ich gleich probieren.

mit "jpm run" wollte ich nun das neue Addon testen, aber funktioniert nicht, da deaktiviert

Zitat

JPM [info] Starting jpm run on Quick Media Codec
JPM [info] Creating a new profile
1474370290138 addons.xpi WARN Add-on quick-media-codec@jetpack is not
correctly signed.
1474370290139 addons.xpi WARN Add-on quick-media-codec@jetpack is not
correctly signed.

Gibts da einen Trick, denn vorher testen wäre schon gut, manchmal fallen mir da noch Fehler auf.

Danke. Habe auch about:debugging genommen. Jetzt ist eine neue Version auf AMO und der Add-on Compatibility Reporter zeigt auch an "compatible with multiprocess" :klasse:

Hätte mal noch eine kleine Frage: Beim SafeMode von Firefox werden ja Erweiterungen deaktiviert, aber die, durch die Erweiterung getätigten Einträge, werden nicht unbedingt zurück gesetzt. In diesem Fall bleibt "media.play-stand-alone" auch im SafeMode auf false (wenn vorher so umgestellt wurde).

Es wäre doch bestimmt sinnvoll, dass die Einträge im SafeMode auch zurück gestellt würden, oder?
Falls ja, wie müsste der Eintrag heißen?

Beim Deinstallieren, Update, Deaktivieren wird ja schon auf den Default Wert umgestellt.
Auszug aus der index.js

exports.onUnload = function (reason) {
            if ('disable' === reason || 'uninstall' === reason || 'upgrade' === reason || 'disable' === reason) {
                prefs.reset('media.windows-media-foundation.enabled');
                prefs.reset('media.directshow.enabled');
                prefs.reset('media.gstreamer.enabled');
                prefs.reset('media.apple.mp3.enabled');
                prefs.reset('media.play-stand-alone');
            };
        }

Freue mich auf Antworten.

Danke für die Erklärung, gut dann ist das eben so dass der Wert im SafeModus verändert bleibt.

Wahrscheinlich ist das gar nicht mehr nötig, dass beim "upgrade" Ereignis alle zurück gesetzt werden. Das war aber mal nötig als es vor der Einführung des Wertes "media.play-stand-alone" je nach Betriebssystem , in einer vorherigen Version meiner Erweiterung eben diese anderen Werte umgestellt wurden.
Ich denke es wird jetzt eh niemand mehr diese alte Version nutzen und wahrscheinlich könnte ich sowohl

'upgrade' === reason

als auch

prefs.reset('media.windows-media-foundation.enabled');
                prefs.reset('media.directshow.enabled');
                prefs.reset('media.gstreamer.enabled');
                prefs.reset('media.apple.mp3.enabled');

ganz heraus nehmen, oder was meinst du?