Greasemonkey: GM 4.0 não instala scripts do GitHub (problema de CSP / sandbox)

Criado em 25 out. 2017  ·  24Comentários  ·  Fonte: greasemonkey/greasemonkey

GM não instala scripts de raw.github.com por alguns motivos

https://github.com/reek/anti-adblock-killer#anti -adblock-killer - reek
Aqui na "Etapa 3: UserScript" você pode testar 4 mirrors de um script. apenas o espelho do github não abre a caixa de diálogo de instalação.

Comentários muito úteis

Usando GM 4.2 e FF 58.0.2

Basta usar a versão mais recente do GM 4.3 (atualmente GM 4.3beta4).
Ele pode ser encontrado como uma versão beta do AddOn .

Todos 24 comentários

Pode haver um problema com as permissões do host neste caso. O script de conteúdo não é injetado nos quadros superiores que são " sobre: ​​em branco " de acordo com os documentos do moz.

Acho que é um problema do Firefox CSP. Aparentemente, você não pode injetar scripts de conteúdo em páginas com a diretiva CSP sandbox. Desligue o CSP (defina "security.csp.enable" como false) e tente instalá-lo. Não se esqueça de ativar o CSP após a instalação.

csp

Hm, atualmente no trabalho e só tenho acesso ao Firefox 52 ESR. Não é possível reproduzir, security.csp.enable está definido como verdadeiro, usando o alfa 4.0 lançado atualmente disponível no AMO . Em qual versão do Firefox isso falha? Pode ser uma regressão que deve ser trazida ao pessoal da Mozilla. O CSP não deve afetar os scripts de conteúdo.

Acontece comigo no 56 (estável) e no 57 (noturno).

Também reproduz: https://gist.github.com/arantius/f6fd80b1efad368a45ca35567bc31b18 (clique em "bruto")

54 trabalhos

55 também funciona, 56+ está quebrado

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

Instalação script de usuário a partir GitHub funciona em ViolentMonkey (2.8.18) no Firefox 57. O que eles estão fazendo de diferente?

Edit: aparentemente, eles escreveram um post de blog sobre isso, que faz referência a alguns desses mesmos bugs do Firefox. Esse método de URL Blob seria viável no GreaseMonkey?

Não, realmente não. Violentmonkey injeta scripts diretamente criando <script> objetos. Greasemonkey usa tabs.executeScript() . Ambos os métodos têm suas próprias nuances e problemas.


Meio não relacionado, mas isso traz algo que estou curioso. Como o Violentmonkey fornece chamadas de API elevadas, como XHR entre sites. Pelo que eu sei, <script> elementos são executados no contexto da página e não em um contexto de script de conteúdo e, portanto, não podem se comunicar diretamente com a extensão?

A instalação do script de usuário do GitHub funciona em ViolentMonkey (2.8.18) no Firefox 57. O que eles estão fazendo de diferente?

Tampermonkey e Violentmonkey usam webRequest para detectar a instalação do script do usuário, enquanto Greasemonkey usa content script .

Tampermonkey e Violentmonkey usam webRequest para detectar a instalação do script do usuário, enquanto Greasemonkey usa um script de conteúdo.

Hm. Eu tenho um ramo que faz isso. Embora não funcione no 52 ESR devido ao uso de filterResponseData . Portanto, não posso, no momento, verificar para confirmar se funciona.
https://github.com/sxderp/greasemonkey/tree/use-window-to-install-from-cache

De alguma forma, isso começou a funcionar para mim com o Firefox todas as noites nos últimos dias. Não tenho certeza se o Firefox corrigiu o problema ou uma mudança no Greasemonkey corrigiu, mas tudo parece estar funcionando como eu esperava. Eu visito a versão bruta de um script no github e a janela de instalação do greasemonkey abre imediatamente.

De alguma forma, isso começou a funcionar para mim com o Firefox todas as noites nos últimos dias.

O Greasemonkey mudou a maneira como os scripts são detectados. # 2719
Isso pode ser fechado agora.

Funciona bem para mim! Parabéns...

Não está funcionando para mim. Eu vou para https://raw.githubusercontent.com/devunt/make-gis-great-again/master/gis-vib.user.js e não me pede para instalar um script de usuário. Usando GM 4.2 e FF 58.0.2

Usando GM 4.2 e FF 58.0.2

Basta usar a versão mais recente do GM 4.3 (atualmente GM 4.3beta4).
Ele pode ser encontrado como uma versão beta do AddOn .

@Eselce , continue mostrando User script download failed

@bluelovers Hmm, esse link funciona para mim (GM 4.3beta7, FF 59.0b13).

Abrindo o link do relatório original, o link "Instalar de github.com" funciona como esperado na versão beta mais recente (4.3).

Com GM 4.3beta7 / FF 58.0.2 Mac, não funciona para mim. Tanto para o teste original quanto para um dos meus pontos essenciais, o pop-up de instalação aparece, mas depois de clicar em Instalar, ele diz "Falha no download do script do usuário".

Além disso, na instância do GitHub Enterprise de nossa organização, o pop-up de instalação nem mesmo aparece quando eu navego para uma visualização bruta de script de usuário. Talvez não esteja usando minha sessão autenticada? (O acesso anônimo está desativado em nossa instância GH.)

Tanto para o teste original quanto para uma das minhas principais ... "Falha no download do script do usuário".

Links, por favor.

Além disso, na instância GitHub Enterprise de nossa organização ... Talvez ela não esteja usando minha sessão autenticada?

Tenho certeza de que já existe um problema para rastrear isso, mas não o tenho em mãos.

Por "teste original", acho que ele se refere ao OP, https://github.com/reek/anti-adblock-killer/blob/master/anti-adblock-killer.user.js

Eu também tenho o mesmo problema aqui:

heh3

(Nem é preciso dizer que o resultado é o mesmo se eu usar o link "Instalar de github.com" em readme.md, pois é o mesmo link.)
Estou usando 59.0b14 (64 bits), no entanto.

por que não usar como Tampermonkey o que eles fazem para instalar, eu acho que é melhor do que esperar firefox fix

Isso já foi corrigido; os usuários acima estão confusos. Se a janela de instalação abrir, esse bug foi corrigido. Se algo mais acontecer, esse é um problema separado e deve ser relatado como tal.

(Eu _penso_ que as coisas específicas relatadas acima também já foram corrigidas, mas não há uma nova construção fácil para testar.)

Esta página foi útil?
0 / 5 - 0 avaliações