Javascript 302重定向后未注入Chrome扩展内容脚本

在我加载的页面抛出302重定向到登录登录登录页面后，chrome内容脚本没有注入。如果刷新登录登录页面，则内容脚本将成功注入。我相信这是由302重定向和Chrome何时/如何注入内容脚本造成的

扩展的一切都很好。我连接到的页面和重定向到的页面都列在匹配项中。我到处都找遍了，似乎找不到与此相关的任何东西

是否有人知道如何确保内容脚本在不刷新页面的情况下进行插入（例如webRequest、manifest属性等）

编辑：

根据wOxxOm对chrome错误报告的链接，这里是页面信息

Chrome版本：4.0.221.6（官方版本28091）

URL（如果适用）：不适用其他已测试的浏览器：在其他浏览器之后添加OK或FAIL 已测试此问题的浏览器：

狩猎4：

Firefox3.x：

IE7：

IE 8：

什么步骤会重现问题

创建使用内容脚本的扩展

在加载扩展的情况下运行chrome

访问URL（包括在匹配模式中）。URL必须导致302重定向，然后是401重定向，然后是302重定向回最初请求的URL

（此中涉及的所有URL都与模式匹配。）

预期的结果是什么

已启动内容脚本

会发生什么

内容脚本从不在指定的URL上运行 参与重定向

---

但没有注意到修复或解决方法。因此，如果您能帮上忙，我们将不胜感激。

听起来像是。你能在bug报告中分享URL和扩展名吗？这样开发者就有办法重现这个问题了。早在09年就报告了，但仍然是一个有效的bug。不幸的是，我无法共享url。无论如何，共享都是毫无意义的，因为url位于防火墙后面。但是bug报告对于正在发生的事情是完全准确的。我希望有人能想出一个解决办法，因为我不知道我能做什么。假设你可以使用或API来做，并用chrome.tabs.executeScript注入内容脚本。我希望我有一个测试的URL，但是…如果你包括一个测试，它会大大增加你得到答案的机会。拥有一个一致显示问题的已知URL，至少可以让我们确定触发了哪些事件，从而知道在编写解决方案时需要寻找什么。你能在bug报告中分享URL和扩展名吗？这样开发者就有办法重现这个问题了。早在09年就报告了，但仍然是一个有效的bug。不幸的是，我无法共享url。无论如何，共享都是毫无意义的，因为url位于防火墙后面。但是bug报告对于正在发生的事情是完全准确的。我希望有人能想出一个解决办法，因为我不知道我能做什么。假设你可以使用或API来做，并用chrome.tabs.executeScript注入内容脚本。我希望我有一个测试的URL，但是…如果你包括一个测试，它会大大增加你得到答案的机会。拥有一个一致显示问题的已知URL，至少可以让我们确定触发了哪些事件，从而知道在编写变通方案时需要寻找什么。