-
Notifications
You must be signed in to change notification settings - Fork 81
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
no-large-media has no effect on images loaded through 3p CSS #3134
Comments
Are you sure they are not loaded from cache?
Absolutely sure. Tested in a clean VM in which a browser was never run.
Additionally tested explicitly by looking at the web console with network caching disabled. Both web console and uBO's console show both the blocked and the non-blocked requests.
|
Did you try reloading the page with cache bypass after you setup your config? |
Did you try reloading the page with cache bypass after you setup your config?
Yes. Many times.
Strangely, as I am retrying right now (another clean setup), images appear blocked. I absolutely sure I am doing the same as before. Very strange.
|
This comment was marked as spam.
This comment was marked as spam.
case 1 (duplicated entries - unblocked + blocked) not an issue, see :gorhill/uBlock#3441 (comment)
I wonder whether you have duplicated entires for every image request or not. Example single image on Firefox: screenshoot - ubo logger Firefox Better visible on Chromium/Opera because unblocked & blocked image requests are displayed in paired order in ubo logger, (unlike on Firefox, this is why I limited the screenshoot in Firefox to show only a single paired image request) : screenshoot - ubo logger Opera There is no issue with image blocking for me, all images are blocked in browser & ubo, so they don't appear on webpage, the only thing is that ubo logger displays corresponding unblocked image duplicate entry for every blocked image entry, but it's not an issue/bug. case 2 (no images blocked at all)Another thing/issue, maybe related or not, is that after disabling Block media elements larger than, and reloading site, then enabling again and reloading site again, no images are blocked anymore, even with cache cleared and disabled in dev console, like Block media elements larger than has been broken, to fix it, needs to disable/enable uBO trought browser extensions panel. OP :I wonder what does OP get in ubo logger:
Picker
I wonder how this is related to the current no-large-media issue, anyway not much detailed steps to reproduce provided, so I can only blind guess, maybe this : |
@garry-ut99
At the time I reported this, I was getting case1 + case2 simultaneously.
As per my previous reply and as of today (updated to uBO 1.56 and TB 3.0.10), I am getting only case 1.
Another thing/issue, maybe related or not, is that after disabling no-large-element, and reloading site, then enabling no-large-element again and reloading site again, no images are blocked anymore, even with cache cleared and disabled in dev console
That's it! It might have been this which I have observed initially and I can reproduce it today too.
*Please note that when you edit a comment, I don't get email notification about it.
|
I can consistently reproduce images not getting blocked despite Block media elements setting set to 0 KB on Firefox 124 |
|
As for case 2 :
Some more details :
Steps to reproduce from my previous comment :
I know, but I don't like anybody to spy me on my edit history, I value my privacy, thus I remove edits, nor I like to ping anybody X times in a row, in other words, others have to keep an eye on their own on my comments edit history . |
For every "images not blocked" instance, I need to know how exactly this was determined: visual? uBO's logger? browser network pane? |
As for me: by all the 3 methods, for the both cases: when images not blocked, and when images blocked. |
Yes
Yes On my side profile picture image also loads (tested at https://github.com/uBlock-user) Content-Length header is also present as per the above image. |
I've found it, the issue is 7 years old, either the fix didn't work since the beginning, |
OP's repro steps didn't mention disabling |
OP of #3134 or of gorhill/uBlock#2946 Seems the both OPs didn't mention about disabling it previoulsly in their STR,
|
OP's repro steps didn't mention disabling `no-large-media`.
Yes. The reason is probably that I made many tests and I blindly trusted the fact that disabling cache works as expected, i.e. I didn't expect that the issue is more complex, as it turned out. Sorry for the confusion.
I confirmed the actual finding of @garry-ut99 though, so he helped to clarify that. Thanks.
|
It seems |
@progman-dt Which sites did you use to test? |
habr.com |
You can use @@||fonts.gstatic.com^$badfilter |
Prerequisites
I tried to reproduce the issue when...
Description
no-large-media
has no effect when CSS is blocked but3p
for the domain isnoop
A specific URL where the issue occurs.
https://github.com
Steps to Reproduce
*The value for "Block media elements larger than" is 0 KB.
Expected behavior
Images > 0 KB should not be loaded.
Actual behavior
Images are loaded.
uBO version
1.55
Browser name and version
Tor Browser 13.0.9 (based on Firefox 115.7.0esr)
Operating System and version
Whonix 17
The text was updated successfully, but these errors were encountered: