在 Mozilla Addon Builder 中重定向 http 请求 URI

Question

我在 Mozilla 的 Addon Builder 中定义了一个 http-on-modify-request 观察者，并希望重定向请求（更改 subject.URI.spec），但 Firefox 抱怨：

Error: An exception occurred.
Traceback (most recent call last):
  File "http://chrome.angrybirds.com/", line 2536, in null
  File "http://chrome.angrybirds.com/", line 2344, in null
  File "http://chrome.angrybirds.com/", line 2988, in wi
  File "http://chrome.angrybirds.com/", line 1756, in ti
  File "http://chrome.angrybirds.com/", line 1231, in Ji
  File "http://chrome.angrybirds.com/", line 3366, in Ri
  File "http://chrome.angrybirds.com/", line 2381, in Di
  File "http://chrome.angrybirds.com/", line 2956, in Ni
  File "http://chrome.angrybirds.com/", line 3366, in DHb
  File "http://chrome.angrybirds.com/", line 3340, in oHb
  File "http://chrome.angrybirds.com/", line 1869, in Eic
  File "http://chrome.angrybirds.com/", line 3285, in BS
  File "http://chrome.angrybirds.com/", line 3362, in _Jb
  File "http://chrome.angrybirds.com/", line 3054, in _Bb
  File "http://chrome.angrybirds.com/", line 2020, in dJb
  File "http://chrome.angrybirds.com/", line 2889, in fJb
  File "resource://jid0-[snipped id]-api-utils-lib/observer-service.js", line 176, in null
    this.callback(subject, data);
  File "resource://jid0-[snipped id]-moddedbirds-url-rewriter-lib/main.js", line 11, in null
    if(endsWith(s.URI.spec,search)) s.URI.spec=replace;
[Exception... "Component returned failure code: 0x80004004 (NS_ERROR_ABORT)
  [nsIURI.spec]"  nsresult: "0x80004004 (NS_ERROR_ABORT)" location: "JS frame
  :: resource://jid0-[snipped id]-api-utils-lib/securable-module.js
  -> resource://jid0-[snipped id]-moddedbirds-url-rewriter-lib/main.js ::
  <TOP_LEVEL> :: line 11"  data: no]

为什么它不起作用？

也许我不能使用http-on-modify-request 观察者来重写 URI？

我该怎么做？

Answer 1

是的，nsIChannel docs 说“与频道对应的 URI。它的值是不可变的。只读。”而且不可变检查似乎确实返回了 NS_ERROR_ABORT (source)。

不幸的是，这家伙 (Redirecting Request (nsiHttpChannel?) in Firefox Extensions) 没有发布他找到的解决方案，在 mozillazine 上也有人问过这个问题 here 和 here。

我最好的想法是为此付出太多努力：尝试nsITraceableChannel。 Wladimir here 的想法是“对 nsIChannel.notificationCallbacks 进行所有必要的调用，然后取消请求”。 Bug 286159 对此进行了一些讨论（在 2005 年似乎没有办法干净地做到这一点）。

由于这是一个反复出现的问题，如果您得到 Necko peer 的确认，然后将其记录在 MDC 上，那就太好了。