Greasemonkey: GM 4.0 installiert keine Skripte von GitHub (CSP/Sandbox-Problem)

In diesem Fall liegt möglicherweise ein Problem mit den Hostberechtigungen vor. Inhaltsskripte werden nicht in die oberen Frames eingefügt, die gemäß den Moz-Dokumenten " about:blank " sind.

Ich denke, es ist ein Firefox CSP-Problem. Anscheinend können Sie mit der CSP-Sandbox-Direktive keine Inhaltsskripts in Seiten einfügen. Schalten Sie den CSP aus (setzen Sie "security.csp.enable" auf false) und versuchen Sie, ihn zu installieren. Vergessen Sie nicht, den CSP nach der Installation zu aktivieren.

https://bugzilla.mozilla.org/show_bug.cgi?id=1267027#c28

Hm, bin gerade auf der Arbeit und habe nur Zugriff auf Firefox 52 ESR. Kann nicht reproduziert werden, security.csp.enable ist auf "true" gesetzt, wobei die derzeit veröffentlichte Alpha 4.0 verwendet wird, die auf AMO verfügbar ist. Bei welcher Firefox-Version schlägt dies fehl? Könnte ein Rückschritt sein, der den Mozilla-Leuten zur Sprache gebracht werden sollte. CSP sollte sich nicht auf Inhaltsskripts auswirken.

Passiert mir auf 56 (stabil) und 57 (nachts).

Reproduziert auch: https://gist.github.com/arantius/f6fd80b1efad368a45ca35567bc31b18 (klicken Sie auf "raw")

54 Werke

55 geht auch, 56+ ist kaputt

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

Die Installation von Benutzerskripten von GitHub funktioniert in ViolentMonkey (2.8.18) in Firefox 57. Was machen sie anders?

Bearbeiten: Anscheinend haben sie einen Blog-Beitrag darüber geschrieben, der auf einige dieser gleichen Firefox-Fehler verweist. Wäre diese Blob-URL-Methode in GreaseMonkey machbar?

Nicht wirklich, nein. Violentmonkey injiziert Skripte direkt, indem es <script> Objekte erstellt. Greasemonkey verwendet tabs.executeScript() . Beide Methoden haben ihre eigenen Nuancen und Probleme.

Irgendwie nicht verwandt, aber das bringt etwas hervor, auf das ich neugierig bin. Wie stellt Violentmonkey erhöhte API-Aufrufe bereit, wie z. B. Cross-Site-XHR. Soweit mir bekannt ist, werden <script> Elemente im Kontext der Seite und nicht im Kontext eines Inhaltsskripts ausgeführt und können daher nicht direkt mit der Erweiterung kommunizieren?

Die Installation von Benutzerskripten von GitHub funktioniert in ViolentMonkey (2.8.18) in Firefox 57. Was machen sie anders?

Tampermonkey und Violentmonkey verwenden webRequest , um die Installation von Benutzerskripten zu erkennen, während Greasemonkey content script .

Tampermonkey und Violentmonkey verwenden webRequest, um die Installation von Benutzerskripten zu erkennen, während Greasemonkey ein Inhaltsskript verwendet.

Hm. Ich habe eine Filiale, die das macht. Funktioniert jedoch nicht auf 52 ESR aufgrund der Verwendung von filterResponseData . Daher kann ich im Moment nicht überprüfen, ob es funktioniert.
https://github.com/sxderp/greasemonkey/tree/use-window-to-install-from-cache

Irgendwie funktionierte das bei mir in den letzten Tagen jede Nacht mit Firefox. Ich bin mir nicht sicher, ob Firefox das Problem an ihrem Ende behoben hat oder eine Änderung an Greasemonkey dies getan hat, aber alles scheint so zu funktionieren, wie ich es erwarten würde. Ich besuche die Rohversion eines Skripts auf github und das Installationsfenster von Greasemonkey öffnet sich sofort.

Irgendwie funktionierte das bei mir in den letzten Tagen jede Nacht mit Firefox.

Greasemonkey hat die Art und Weise geändert, wie Skripte erkannt werden. #2719
Dies kann jetzt geschlossen werden.

Funktioniert bei mir gut! Herzliche Glückwünsche...

Funktioniert bei mir nicht. Ich gehe zu https://raw.githubusercontent.com/devunt/make-gis-great-again/master/gis-vib.user.js und es fordert mich nicht auf, ein Userscript zu installieren. Verwendung von GM 4.2 und FF 58.0.2

Verwendung von GM 4.2 und FF 58.0.2

Verwenden Sie einfach die neueste Version von GM 4.3 (derzeit GM 4.3beta4).
Es kann als Beta-Version AddOn gefunden werden .

@Eselce zeige weiterhin User script download failed

@bluelovers Hmm , dieser Link funktioniert einfach bei mir (GM 4.3beta7, FF 59.0b13).

Wenn Sie den ursprünglichen Berichtslink öffnen, funktioniert der Link "Von github.com installieren" wie in der neuesten Betaversion (4.3) erwartet.

Mit GM 4.3beta7/FF 58.0.2 Mac funktioniert es bei mir nicht. Sowohl für den ursprünglichen Test als auch für einen meiner Kernpunkte wird das Installations-Popup angezeigt, aber nachdem Sie auf Installieren geklickt haben, heißt es "Download des Benutzerskripts fehlgeschlagen".

Darüber hinaus wird auf der GitHub Enterprise-Instanz unserer Organisation das Installations-Popup nicht einmal angezeigt, wenn ich zu einer Rohansicht eines Benutzerskripts navigiere. Vielleicht wird meine authentifizierte Sitzung nicht verwendet? (Der anonyme Zugriff ist auf unserer GH-Instanz deaktiviert.)

Sowohl für den ursprünglichen Test als auch für einen meiner Kernpunkte ... "Benutzerskript-Download fehlgeschlagen".

Links bitte.

Außerdem auf der GitHub Enterprise-Instanz unserer Organisation ... Vielleicht verwendet sie nicht meine authentifizierte Sitzung?

Ziemlich sicher, dass es bereits ein Problem gibt, dies zu verfolgen, aber ich habe es nicht zur Hand.

Mit "Originaltest" meint er wohl den in OP, https://github.com/reek/anti-adblock-killer/blob/master/anti-adblock-killer.user.js

Das gleiche Problem habe ich auch hier:

(Das Ergebnis ist natürlich dasselbe, wenn ich den Link "Install from github.com" in readme.md verwende, da es sich um denselben Link handelt.)
Ich verwende jedoch 59.0b14 (64-Bit).

Warum nicht einfach wie Tampermonkey verwenden, was sie für die Installation tun, ich denke, es ist besser, als auf Firefox zu warten

Dies ist bereits behoben; Benutzer oben sind verwirrt. Wenn das Installationsfenster geöffnet wird, ist dieser Fehler behoben. Wenn etwas anderes passiert, ist dies ein separates Problem und sollte als solches gemeldet werden.

(Ich _glaube_, dass die oben beschriebenen Dinge auch bereits behoben sind, aber es gibt keinen neueren einfachen Build zum Testen.)