小编Gre*_*ski的帖子

我编写了一个小的 Greasemonkey 用户脚本来修改<a href...RSS 提要中的一些GET 参数，使其更方便使用。当我在启用脚本的情况下直接在 Firefox 中加载 RSS 页面时，它工作正常。

但是，当使用 Firefox 插件 RSS 聚合器（如 Brief 或 Newsfox）时，不会应用用户脚本。No installed scripts run on this page尽管脚本被设置为included pages值*并在所有普通网页上激活，但它仍显示在 GM 上下文菜单中。我还尝试明确指定插件 URL，以防*它实际上没有处理潜在的意外 URL 方案，例如chrome://，但它仍然处于非活动状态。

我怀疑 Greasemonkey 对chrome://URL禁用，可能是出于安全原因，因为它们比典型网页具有更宽松的安全性。或者也许正在发生某种沙盒。有什么方法可以实现我想要的，而不必求助于具有内容自适应功能的 Web 代理？

在过去六个月或更长时间里，当我使用 Firefox 下载文件时，它通常会损坏。在这几个月里，我一直让 Firefox 保持最新状态。我目前正在运行 3.6.6 32 位。以下是一些细节：

1. 如果下载已损坏，我立即再次开始下载，并且源 URL 和目标路径相同，则下载会立即完成并且文件有效。
2. 它只发生在 Firefox 上。我对 IE、任何 HTTP 下载管理器或使用任何其他传输协议的下载都没有问题。
3. 它发生在多个系统上，每个系统都完全不同（一个是硬件，一个是 VM），我在每个系统上运行完全不同的软件防火墙。但是，它们都运行 Windows 7 64 位。
4. 即使我在安全模式下运行 Firefox（没有扩展或插件），它也会发生。
5. 使用 Firefox 的常规网络使用似乎没有问题。网页和图像不会出现损坏。但是，扩展更新的下载有时无法通过完整性检查。
6. 值得一提的是，防病毒和恶意软件扫描变得干净，我采取了相当强大的措施来保护我的浏览器和我的系统。
7. HTTP 和 HTTPS 下载都会发生这种情况。

我运行了一些测试，连续 6 次下载相同的 2.5 MB .zip 文件（每次重命名源文件，以免触发上述 #1），并将损坏的文件与 WinMerge 中的有效文件进行比较。每一次，腐败都是不同的。大多数文件内容匹配，损坏的文件中总是缺少段。然而，在这六种情况之一中，一段不应该存在的文件也被插入到损坏的文件中。损坏的块，无论是丢失的、错误的还是添加的，在 WinMerge 中出现的大小相似，可能与 Firefox 的下载块大小有关？

虽然很多事情可以解释一些症状，但我无法确定一个适合所有这些的原因，尤其是 #3。任何帮助将不胜感激。