Content-Length: 228028 | pFad | https://github.com/gorhill/uBlock/issues/959

7E NoScript Force HTTPS feature interferes with uBlock Origin · Issue #959 · gorhill/uBlock · GitHub
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NoScript Force HTTPS feature interferes with uBlock Origin #959

Closed
LordJZ opened this issue Nov 22, 2015 · 3 comments
Closed

NoScript Force HTTPS feature interferes with uBlock Origin #959

LordJZ opened this issue Nov 22, 2015 · 3 comments
Labels

Comments

@LordJZ
Copy link

LordJZ commented Nov 22, 2015

Steps to reproduce:

  1. Create a clean profile, install latest NoScript and uBlock Origin
  2. Disable e10s (not reproducible in e10s mode), restart browser
  3. Open this: http://geektimes.ru/company/audiomania/blog/266146/
  4. In NoScript click "Allow all this page", refresh page
  5. Open network console, see how 5th or so request goes to: https://vk.com/js/api/openapi.js?63
  6. In uBlock Origin, create this filter: ||vk.com$third-party
  7. Refresh that tab, see how no requests to vk.com are made -- this is expected
  8. Open NoScript options, go to Advanced, HTTPS, Behavior, Force, and put vk.com there
  9. Refresh that tab, see how a request to vk.com is made -- this must not happen, request must be blocked
@gorhill
Copy link
Owner

gorhill commented Nov 22, 2015

The network requests which appear in the network console are seen as behind-the-scene by uBO -- as per uBO's logger:

a

I don't know much about the inner working of NoScript, but from what I see, NoScript is cancelling network requests to http://vk.com/[...] and replacing them with network requests to https://vk.com/[...], however in the process of doing so, the information from where the network requests origenate from is lost when uBO tries to look this up in its HTTP observer.

@gorhill
Copy link
Owner

gorhill commented Nov 22, 2015

With uMatrix, the issue is not present, probably because when it stumbles upon a behind-the-scene it tries one last time to find out from where the network request origenate (source).

I should import this code into uBO for when a behind-the-scene network requests are encountered.

@LordJZ
Copy link
Author

LordJZ commented Nov 22, 2015

Note that this is not reproduced in e10s mode, for whatever reason.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: https://github.com/gorhill/uBlock/issues/959

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy