-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
RFE: When ☑Block media elements larger than = 0kB, no requests should be made to media elements #1473
Comments
For some reason, the issue got saved before I finished writing. Here's the continuation: …[there should be no need to issue that request;] I doubt that 0-byte media elements that are necessary for Web pages to work are fairly rare. One or more specific URLs where the issue occursFor example: Loading http://q13fox.com/2016/03/13/man-killed-toddler-rescued-after-car-hit-by-tree-in-seattle-park/ issues request to https://tribkcpq.files.wordpress.com/2015/12/pearl-harbor-8.jpg?w=370&h=204&crop=1 which is not loaded, even though there is no need to do anything with the information downloaded by that request. Screenshot in which the issue can be seenSteps for anyone to reproduce the issueUsing uBlock Origin v.1.6.4 in Firefox Developer Edition 47.0a2:
Your settings
Your filter lists |
It appears that I fucked up the Markdown syntax there, sorry for the ugly post.... |
That sounds like a good special case: If the upper limit for media elements is 0 bytes, treat it as a request to block all media elements outright, without even making a request to inspect the headers. |
@ethus3h It'd be much more helpful if you made the title of this issue far more descriptive. I came here reading the title, thinking you didn't know about the ⬜ |
Done :) |
After careful consideration, and a working prototype (as far as in a commit state), I prefer to decline this feature -- I reverted the code. Blocking all images through a max size of zero is exceptional, but the code to handle that exceptional use affect too much the main code path: the fact that uBO caches internal result for efficiency complicate a bit too much for my taste the main code path internally. As stated in the wiki, there is no privacy value to blocking media elements according to their size, so to not block at onBeforeRequest level is not an issue. |
Where can I find the code for it, so I can include it in my own copy? Thanks! |
It's lost, I scrapped the whole thing. |
How can I prevent any requests to media elements until I click them, if not using that feature? |
You can't. |
ugh, so I guess I've got to implement it myself... I… do not like javascript, lol. Thanks for letting me know the issue's closed so I can start in on it. |
Read first: https://github.com/gorhill/uBlock/blob/master/CONTRIBUTING.md
Describe the issue
It says in the wiki page regarding the "No large media elements" option: "Note that this feature has no privacy value: a connection to the remote server must be performed in order to fetch the size of the resource."
When the setting is set to "Block large media elements larger than 0 kB", there should be no need to issue that request;
One or more specific URLs where the issue occurs
[URL(s) for issue on a specific site are mandatory]
Screenshot in which the issue can be seen
[Screenshot(s) for visual issues are mandatory]
Steps for anyone to reproduce the issue
Your settings
[If you fail to provide this info, I will mark the issue as invalid. Lists all settings which differs from default settings]
Your filter lists
[Example: "Default filter lists + FRA", or "Default filter lists minus uBlock -- Badware risks"]
Your custom filters (if any)
The text was updated successfully, but these errors were encountered: