-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
AdGuardHome does not apply rules from popular filter lists (EasyList, EasyPrivacy) #867
Comments
Tbh, it's hard to say what exact issues it will cause. It's easier to try and see how it goes. I'll mark this as a feature request. |
If anyone decides to help with this task, the changes need to be done here:
|
Thanks! I appreciate your consideration :-) |
I personally use prepared hosts file RuAdList + EasyList from repo by raletag (http://cdn.raletag.gq/rueasyhosts.txt). No idea how original filter list is converted into hosts file, but it is definitely useful for me and works perfectly. I suppose there should be some script converting EasyList records into hosts file records, despite most of "high-level" logic which is not supported by DNS. |
@alexsannikov the problem with converting filters to standard host format is that you won't block all of the subdomains. E.g. I believe, although I could be wrong, that uBlock Origin classes each standard host file entry as I've extracted what I believe are the appropriate filters (restrictive and whitelist) from various sources over here: https://github.com/mmotti/adguard-home-filters (filters.txt). The easiest way to do it is (in Python, at least):
Or at least that's how I had to do it in Python. I know this is probably blatantly obvious to you guys, but if it saves you any time at all, then it's worth me writing it down. |
@mmotti You are right, without additional scripting using of plain hosts files is painful. |
Guys, if you're trying to convert adblock rules to the AG format, this might be useful: Basically, here's what you need:
|
@ameshkov Wow, that's cool! Will look into that. Thanks! |
Just to note with this: It may be a one off, but it could also mean that a significant whitelist update could be required or the user will need to be aware that if they aren't using the specially provided AdGuard filter, that they may need to be more active with whitelisting. |
Merging into #1160 |
Steps to reproduce
Expected behavior
Rules should be processed and domains should be blocked.
Actual behavior
No rules in these files are processed as they mostly have a
$third-party
suffix. I'm assuming that AdGuardHome skips over these intentionally, but the user is given no notice of this. In-fact, it's quite misleading as a 'rule count' is displayed (number of lines as opposed to actually processed rules) which leads the user to believe that entries have been found and will be processed accordingly.Extra
I'm aware that your 'AdGuard Simplified Domain Names filter' may well include the filters from these files, but is there no way for AdGuardHome to be able to process these individually? I know that we don't have the flexibility to determine whether the requests are from third-party or not etc, but is it not safe to assume that even if they are listed as third-party, they could be blocked in the same way as
||test.com^
?Your environment
The text was updated successfully, but these errors were encountered: