{"issue":{"user":{"id":1240282,"login":"jsamuel","url":"https://api.github.com/users/jsamuel","gravatar_id":"bc1d195cedb959a3946572b08ce9e7c7","avatar_url":"https://secure.gravatar.com/avatar/bc1d195cedb959a3946572b08ce9e7c7?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png"},"milestone":null,"created_at":"2011-12-22T02:40:29Z","title":"conflict with HTTPS Everywhere","labels":[{"name":"extension","url":"https://api.github.com/repos/RequestPolicy/tractest/labels/extension","color":"ededed"}],"state":"open","updated_at":"2011-12-22T02:40:32Z","id":2632363,"pull_request":{"patch_url":null,"html_url":null,"diff_url":null},"html_url":"https://github.com/RequestPolicy/tractest/issues/115","closed_at":null,"body":"The [https://www.eff.org/https-everywhere HTTPS Everywhere] extension rewrites HTTP requests to HTTPS equivalents. I've noticed this with link clicks (e.g. wikipedia links in google results). I haven't looked into the HTTPS Everywhere code yet, but it's safe to assume that RP doesn't realize the rewritten requests correspond to the original http:// link clicks and so is blocking them.\r\n\r\nThere are likely other requests besides link clicks that are affected. Some of these may get messy to deal with in a way that doesn't accidentally allow requests that shouldn't have been allowed.","number":115,"url":"https://api.github.com/repos/RequestPolicy/tractest/issues/115","comments":2,"assignee":null},"comment":{"user":{"id":1240282,"login":"jsamuel","url":"https://api.github.com/users/jsamuel","gravatar_id":"bc1d195cedb959a3946572b08ce9e7c7","avatar_url":"https://secure.gravatar.com/avatar/bc1d195cedb959a3946572b08ce9e7c7?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png"},"created_at":"2011-12-22T02:40:32Z","updated_at":"2011-12-22T02:40:32Z","id":3243060,"body":"[justin] This doesn't seem to be happening with Fx 3.7a6pre. It may be the case that a Fx change doesn't cause shouldLoad to be called in some of the situations it was before.\r\n\r\nHere's the RP output from a google search for \"ipv6\", then clicking on the wikipedia link. This is with RP 0.5.15a2 and HTTPS Everywhere 0.1.2.\r\n\r\n{{{\r\n[RequestPolicy] [INFO] [INTERNAL] Link clicked from <https://encrypted.google.com/search?q=ipv6&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:unofficial&client=firefox-a> to <http://en.wikipedia.org/wiki/IPv6>.\r\n[RequestPolicy] [WARNING] [CONTENT] ** ALLOWED ** reason: User-initiated request by link click. type: 6, destination: http://en.wikipedia.org/wiki/IPv6, origin: https://encrypted.google.com/search?q=ipv6&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:unofficial&client=firefox-a, context: [object XULElement], mime: , null\r\n}}}\r\n\r\nAnd with Fx 3.0.19 (same version of RP and HTTPS Everywhere):\r\n\r\n{{{\r\n[RequestPolicy] [INFO] [INTERNAL] Link clicked from <https://encrypted.google.com/search?q=ipv6&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a> to <http://en.wikipedia.org/wiki/IPv6>.\r\n[RequestPolicy] [WARNING] [CONTENT] ** BLOCKED ** reason: hosts don't match. type: 6, destination: https://secure.wikimedia.org/wikipedia/en/wiki/IPv6, origin: https://encrypted.google.com/search?q=ipv6&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a, context: [object XULElement], mime: , null\r\n}}}\r\n\r\nI initially noticed the problem with 3.6.3. It had the same behavior as 3.0.19.","url":"https://api.github.com/repos/RequestPolicy/tractest/issues/comments/3243060"},"action":"created"}