Greasemonkey: GM 4.0 n'installe pas les scripts de GitHub (problème CSP/bac à sable)

Il pourrait y avoir un problème avec les autorisations d'hôte dans ce cas. Le script de contenu n'est pas injecté dans les cadres supérieurs qui sont " about:blank " selon la documentation de moz.

Je pense que c'est un problème de Firefox CSP. Apparemment, vous ne pouvez pas injecter de scripts de contenu dans les pages avec la directive sandbox CSP. Désactivez le CSP (définissez "security.csp.enable" sur false) et essayez de l'installer. N'oubliez pas d'activer le CSP après l'installation.

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

Hm, actuellement au travail et n'a accès qu'à Firefox 52 ESR. Impossible de reproduire, security.csp.enable est défini sur true, en utilisant l'alpha 4.0 actuellement publié disponible sur AMO . Sur quelle version de Firefox cela échoue-t-il ? Peut-être une régression qui devrait être signalée aux gens de Mozilla. Le CSP ne doit pas affecter les scripts de contenu.

Cela m'arrive le 56 (stable) et 57 (tous les soirs).

Reproduit également : https://gist.github.com/arantius/f6fd80b1efad368a45ca35567bc31b18 (cliquez sur « raw »)

54 œuvres

55 fonctionne aussi, 56+ est cassé

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

Installation de script utilisateur de GitHub fonctionne dans ViolentMonkey (2.8.18) dans Firefox 57. Que font - ils différemment?

Edit : apparemment, ils ont écrit un article de blog à ce sujet, qui fait référence à certains de ces mêmes bogues de Firefox. Cette méthode d'URL Blob serait-elle réalisable dans GreaseMonkey ?

Non, pas vraiment. Violentmonkey injecte directement des scripts en créant des objets <script> . Greasemonkey utilise tabs.executeScript() . Les deux méthodes ont leurs propres nuances et problèmes.

Un peu sans rapport, mais cela soulève quelque chose qui m'intéresse. Comment Violentmonkey fournit-il des appels d'API élevés, comme XHR intersites. Autant que je sache, les éléments <script> sont exécutés dans le contexte de la page et non dans un contexte de script de contenu, et ne peuvent donc pas communiquer directement avec l'extension ?

L'installation du script utilisateur à partir de GitHub fonctionne dans ViolentMonkey (2.8.18) dans Firefox 57. Que font-ils différemment ?

Tampermonkey et Violentmonkey utilisent webRequest pour détecter l'installation du script utilisateur, tandis que Greasemonkey utilise un content script .

Tampermonkey et Violentmonkey utilisent webRequest pour détecter l'installation du script utilisateur, tandis que Greasemonkey utilise un script de contenu.

Hum. J'ai une filiale qui fait ça. Bien que ne fonctionne pas sur 52 ESR en raison de l'utilisation de filterResponseData . Je ne peux donc pas, pour le moment, vérifier pour confirmer si cela fonctionne.
https://github.com/sxderp/greasemonkey/tree/use-window-to-install-from-cache

D'une manière ou d'une autre, cela a commencé à fonctionner pour moi avec Firefox tous les soirs au cours des derniers jours. Je ne sais pas si Firefox a résolu le problème de son côté ou si une modification de Greasemonkey l'a fait, mais tout semble fonctionner comme je m'y attendais. Je visite la version brute d'un script sur github et la fenêtre d'installation de Greamonkey s'ouvre immédiatement.

D'une manière ou d'une autre, cela a commencé à fonctionner pour moi avec Firefox tous les soirs au cours des derniers jours.

Greasemonkey a changé la façon dont les scripts sont détectés. #2719
Cela peut être fermé maintenant.

Fonctionne bien pour moi! Toutes nos félicitations...

Ne fonctionne pas pour moi. Je vais sur https://raw.githubusercontent.com/devunt/make-gis-great-again/master/gis-vib.user.js et il ne me demande pas d'installer un userscript. Utilisation de GM 4.2 et FF 58.0.2

Utilisation de GM 4.2 et FF 58.0.2

Utilisez simplement la dernière version de GM 4.3 (actuellement GM 4.3beta4).
Il peut être trouvé en version bêta AddOn .

@Eselce il continue à montrer User script download failed

@bluelovers Hmm, ce lien fonctionne pour moi (GM 4.3beta7, FF 59.0b13).

En ouvrant le lien du rapport d'origine, le lien "Installer à partir de github.com" fonctionne comme prévu dans la dernière version bêta (4.3).

Avec GM 4.3beta7/FF 58.0.2 Mac, cela ne fonctionne pas pour moi. Pour le test d'origine et pour l'un de mes points essentiels, la fenêtre contextuelle d'installation apparaît, mais après avoir cliqué sur Installer, elle indique "Échec du téléchargement du script utilisateur".

De plus, sur l'instance GitHub Enterprise de notre organisation, la fenêtre contextuelle d'installation n'apparaît même jamais lorsque je navigue vers une vue brute de script utilisateur. Peut-être n'utilise-t-il pas ma session authentifiée ? (L'accès anonyme est désactivé sur notre instance GH.)

À la fois pour le test d'origine et pour l'un de mes points essentiels ... "Le téléchargement du script utilisateur a échoué".

Liens s'il vous plaît.

De plus, sur l'instance GitHub Enterprise de notre organisation... Peut-être n'utilise-t-elle pas ma session authentifiée ?

Je suis presque sûr qu'il y a déjà un problème de suivi, mais ne l'avez pas à portée de main.

Par "test original", je pense qu'il entend celui de l'OP, https://github.com/reek/anti-adblock-killer/blob/master/anti-adblock-killer.user.js

J'ai le même problème ici aussi :

(Inutile de dire que le résultat est le même si j'utilise le lien "Installer depuis github.com" dans readme.md, car c'est le même lien.)
J'utilise cependant 59.0b14 (64 bits).

pourquoi ne pas simplement utiliser comme Tampermonkey ce qu'ils font pour l'installation, je pense que c'est mieux que d'attendre le correctif de firefox

C'est déjà corrigé ; les utilisateurs ci-dessus sont confus. Si la fenêtre d'installation s'ouvre, ce bogue est corrigé. Si quelque chose d'autre se produit, il s'agit d'un problème distinct et doit être signalé comme tel.

(Je pense que les éléments particuliers signalés ci-dessus sont également déjà corrigés, mais il n'y a pas de version plus récente et facile à tester.)