Skip to content
This repository has been archived by the owner on Oct 16, 2020. It is now read-only.

1st-party tracker blocking with Chrome #296

Open
mikhoul opened this issue Nov 21, 2019 · 5 comments
Open

1st-party tracker blocking with Chrome #296

mikhoul opened this issue Nov 21, 2019 · 5 comments

Comments

@mikhoul
Copy link

mikhoul commented Nov 21, 2019

Hi @jspenguin2017 ,

Are you going to find a solution for the 1st-party tracker in Chrome with Nano ?

uBlockOrigin/uBlock-issues#780

Regards :octocat:

@liamengland1
Copy link

When it comes to uBo stable it will come to Nano, most likely.

@xlollomanx

This comment has been minimized.

@jspenguin2017
Copy link
Member

jspenguin2017 commented Nov 21, 2019

I'm not very familiar with the implementation details of the feature upstream, but from what I've seen so far, I don't really like how it's implemented. I think existing filters are not written to expect resolved (or uncloaked) CNAMEs, and a user-maintained cnameAliasList in the advanced settings page is not going to scale very well.

As for that specific issue, it can probably be fixed with whitelisted-only rules (block all subdomains except specific ones). It needs to be handled on a case by case basis but I think there might be ways to automate it. I think that would be a cleaner and safer solution than universally resolve CNAMEs.

@jspenguin2017
Copy link
Member

jspenguin2017 commented Nov 21, 2019

@llacb47
The code will be pulled/synchronized over, but the feature isn't going to work on Chromium due to missing/different extension APIs.

@jspenguin2017
Copy link
Member

jspenguin2017 commented Nov 21, 2019

@xlollomanx
Be sure to cite your sources, "read somewhere" is not convincing enough to form an argument. Also, don't go off topic, the discussion issue about Manifest V3 is here.

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

No branches or pull requests

4 participants