[HTTPS-Everywhere] https-everywhere bug with channels not attached to a window

[Colonel Graff]

As someone who hasn't done any Firefox add-on development but may in
the future, thank you for writing that explanation on behalf of future
me.

On Thu, May 17, 2012 at 4:44 PM, Loic J. Duros <lduros at gnu.org> wrote:
> I've been writing a lot about my issue with xhr and Https Everywhere in
> extension code.
>
> After struggling with XHR and the "request" module from the Add-on SDK, I'm
> happy to say that there's a solution just using a channel and asyncOpen
> instead. I've posted a short explanation and code sample of the solution in
> case someone else needs to perform xhr from their extension and never get a
> response when Https Everywhere is on:
> http://lduros.net/posts/https-everywhere-and-xhr-other-add-ons/
>
> Thanks much for all your support in helping me figuring this out,
>
> Loic
>
>
>
> On 05/14/2012 11:44 AM, Loic J. Duros wrote:
>>
>> I've got my code working with the https-everywhere-uri-rewrite
>> notifications in many instances. However, in some instances I get an error.
>> I thought I'd mention it here in case someone knows about this. It seems
>> that the final request is never reaching a 200 status, looking at the logs:
>>
>> Got onChannelRedirect.
>> exploded getting DOMWin for
>> https://www.fsf.org/graphics/widget/global/widget.js
>> exploded getting DOMWin for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> No applicable list rewriting
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Potentially applicable rules for static.fsf.org:
>>  Free Software Foundation
>> Redirection limit is 19
>> Notifying observers of rewrite from
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js to
>> https://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Scheduling channel replacement for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Got http-on-modify-request:
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> exploded getting DOMWin for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> No applicable list rewriting
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Potentially applicable rules for static.fsf.org:
>>  Free Software Foundation
>> Redirection limit is 19
>> Notifying observers of rewrite from
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js to
>> https://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Scheduling channel replacement for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Ran channel replacement for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> Ran channel replacement for
>> http://static.fsf.org/fsforg/graphics/widget/global/widget.js
>> TypeError: sink.asyncOnChannelRedirect is not a function
>> info: librejs: req.readyState is 4
>> https://www.fsf.org/graphics/widget/global/widget.js
>> info: librejs: req.status is 0
>> https://www.fsf.org/graphics/widget/global/widget.js
>>
>> All my extension is doing is creating a new xhr request with the updated
>> url (the https one), but as you can see the req.status is 0, and nothing
>> happens until the timeout (15 seconds) is triggered.
>>
>> Thanks,
>>
>> _______________________________________________
>> HTTPS-everywhere mailing list
>> HTTPS-everywhere at mail1.eff.org
>> https://mail1.eff.org/mailman/listinfo/https-everywhere
>>
>>
>
>
> _______________________________________________
> HTTPS-everywhere mailing list
> HTTPS-everywhere at mail1.eff.org
> https://mail1.eff.org/mailman/listinfo/https-everywhere