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

contentabc.com #214

Open
SampeiNihira opened this issue Sep 29, 2024 · 10 comments
Open

contentabc.com #214

SampeiNihira opened this issue Sep 29, 2024 · 10 comments

Comments

@SampeiNihira
Copy link

There is a blocking rule in the EasyList filter list for the website specified in the title.
It is possible to see that with uBlock Origin the following is applied:

0

Instead it seems to me that with uBlock Origin Lite this blocking rule is not applied.
Is it possible to know the reason?
Thank you.

@gorhill
Copy link
Member

gorhill commented Sep 29, 2024

It is applied?

image

If your question is really why there is no nice informative blocking page, it's because of MV3 limitations.

uBO uses a heuristic to choose whether to block or not blocked a top document, and when it blocked it redirect to a dynamically crafted extension URL, something which can't be directly ported to MV3.

Whether it is possible to craft a set of DNR rules to enforce block-and-redirect top documents is something still left to explore.

@SampeiNihira
Copy link
Author

SampeiNihira commented Sep 30, 2024

I didn't understand what the block page looks like to the user.
I am obliged to give another example.
The website below has a blocking rule in both EasyList (uBlock Origin Lite) but also in AG Base (AG Ablocker v.5.0.113).

12

13

It seems to me that there is a significant difference.

So how does a web page that complies with a blocking rule in UBO Lite filters usually appear to the user?
Thank you.

@stephenhawk8054
Copy link
Member

stephenhawk8054 commented Sep 30, 2024

It is applied?

I don't think it's applied. The message when a site is blocked should be ERR_BLOCKED_BY_CLIENT.

I checked another site 1nimo.com which should be blocked too, but I don't see it being blocked in uBOL either. My version is 2024.9.22.986

@gorhill
Copy link
Member

gorhill commented Sep 30, 2024

I don't think it's applied. The message when a site is blocked should be ERR_BLOCKED_BY_CLIENT.

Ah ok, so it's a case of the site not existing. Looking at the documentation, it says:

If [no resource types] is specified, all resource types except "main_frame" are blocked

So from memory I left out strict-blocking in uBOL since it's based on a heuristic in uBO. So I come back to my previous answer, something still left to explore.

@stephenhawk8054
Copy link
Member

Yeah, I remember strict-blocking in uBOL needs to be specified with doc somewhere, but can't remember which discussion.

@krystian3w
Copy link

krystian3w commented Oct 2, 2024

Ah ok, so it's a case of the site not existing.

This domain exists mainly as subdomains:

ads2.contentabc.com - 404 HTML
ads2.contentabc.com/ads?spot_id=4563949 - 30x -> 50x HTML

I don't know if it has active advertising/tracking campaigns without HTML 404 and 50x errors.


Similar to: #23, in AdGuard MV3 still works click2load with same bug (lost URL, button aren't clickable, maybe not as DNR rule).

@garry-ut99

This comment was marked as abuse.

@SampeiNihira
Copy link
Author

I did a test with the 3 websites.
All three are blocked at the DNS level (I used NextDNS) by OISD + HaGeZi Multi Pro++.
Strict extension blocking would take priority over DNS level intervention.
These 2 filter lists make up for uBOL's lack of strict blocking.

1
2
3

@krystian3w
Copy link

Need to evaluate whether the lock-down heuristics still work for hosts lists and simplified EL syntax.

@garry-ut99

This comment was marked as abuse.

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

No branches or pull requests

5 participants