Greasemonkey: 即使启用了一个微不足道的 @run-at document-start 脚本也可能导致 ImageDocuments 无法加载

创建于 2017-07-19 · 18评论 · 资料来源: greasemonkey/greasemonkey

脚步：

安装并启用此脚本：

// ==UserScript==
// <strong i="8">@name</strong>        EMPTY
// <strong i="9">@namespace</strong>   empty
// <strong i="10">@include</strong>     *
// @run-at      document-start
// <strong i="11">@version</strong>     1
// <strong i="12">@grant</strong>       none
// ==/UserScript==

打开一个新选项卡并加载ImageDocument 。
观察空白页。

Firefox 54。该问题可以通过删除// @run-at document-start指令、禁用所有脚本或完全禁用 GM 来解决。

资料来源

fstirlitz

所有18条评论

不重现，对我来说工作正常，图像继续加载。

arantius 于 2017-07-19

👎2

也许这与#2500有关。

eight04 于 2017-07-24

好吧，它每次都为我重现。我也安装了 NoScript ......可能应该多研究一下。

fstirlitz 于 2017-08-01

好吧，这似乎是多个扩展之间的交互。我只启用了三个扩展就设法进行了复制：

隐私獾
油猴
复制链接

禁用其中任何一项都会使错误消失。我还可以使用不同的扩展集触发错误；只有一个扩展我可以禁用以使问题可靠地消失，那就是 GM，所以这就是我要指责的地方。

fstirlitz 于 2017-08-11

👍1

复制链接

其中哪一个是正确的？

janekptacijarabaci 于 2017-08-11

其中哪一个是正确的？

什么？

fstirlitz 于 2017-08-11

https://addons.mozilla.org/cs/firefox/addon/copylinks/
或者
https://addons.mozilla.org/cs/firefox/addon/copy-links/
?

janekptacijarabaci 于 2017-08-11

JackieKu 的那个。

fstirlitz 于 2017-08-11

它对我有用（我没有上面提到的问题），

janekptacijarabaci 于 2017-08-11

我在 Linux 上的 FF54 也有这个问题。要么完全禁用 Privacy Badger（不仅仅是单击“在此站点上禁用”），要么禁用我使用“run-at document-start”安装的一个脚本，让我再次查看直接图像链接。

我没有安装复制链接插件。

ssixty 于 2017-08-16

我没疯，看来！这是为我触发错误的另一个最小扩展集：

必须至少包含一个 WebExtension 和另一个非 WebExtension 才能出现问题，这一点似乎至关重要。

fstirlitz 于 2017-08-17

我现在已经在一个全新的 FF 配置文件中进行了测试，只有：

Greasemonkey + OP 中的测试脚本。
隐私獾
Ubuntu 修改

具有相同的结果，禁用三个中的任何一个都会再次加载图像

ssixty 于 2017-08-17

必须至少包含一个 WebExtension 和另一个非 WebExtension 才能出现问题，这一点似乎至关重要。

这。 uBlock Origin 最近刚刚更新为 WebExt 混合版，它破坏了我的图像。解决方法是降级 uBlock Origin...

Sxderp 于 2017-08-31

我可以验证@fstirlitz 的报告。

使用带有特定 WebExtension 的@run-at document-start启用任何用户脚本将导致图像 URL 失败。将脚本切换到document-idle或document-end将修复图像 URL 问题，但会破坏依赖于文档启动的用户脚本的功能。

就我而言，导致此问题的特定扩展是 uBlock Origin 1.14.4（WebExtension 版本）。正如@Sxderp所提到的，降级到 uBo 1.13.8 是一种临时解决方法。另一种方法是在 Greasemonkey 中禁用有问题的用户脚本。

r-a-y 于 2017-09-08

你好，
我认为这是 Firefox 中的一个错误： https :
它已在未来版本中修复。

实际的 STR 非常棘手，关键是非 e10s 模式，任何 WE 将观察 http 响应，以及带有 GreaseMonkey 3.x 的@run-at document-start脚本。

legnaleurc 于 2017-09-26

好吧，这似乎是多个扩展之间的交互。

你是对的，GM + Ublock origin 为我做这个，如果我禁用 ublock 它开始工作正常

Owyn 于 2017-09-26

GreaseMonkey 3.14（在文档启动时运行 5 个脚本）/Waterfox 50.1.0（=Firefox 55.0.3）/Windows 7 x64 没问题
uBO 是 1.14.10 但遗留的附加组件，而不是 Webextension，如果 GM+uBO 对是罪魁祸首，也许这会有所作为？

ghost 于 2017-09-26

我降级到 ublock origin 1.13.8（不是网络扩展的最后一个版本）并且greasemonkey加载图像就好了！
正如 mazesy 所说，罪魁祸首是 ublock 起源的网络扩展！

madmuffinz 于 2017-10-07

此页面是否有帮助？

0 / 5 - 0 等级

Greasemonkey: 即使启用了一个微不足道的 @run-at document-start 脚本也可能导致 ImageDocuments 无法加载

所有18条评论

相关问题