-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
[0.9.4.4-dev.1] New gnuzilla filterlist not available #77
Comments
The filter list is definitely in there, what is missing is an updated |
I see. FWIW, |
@gorhill maybe you already know this, but that list is actually an automatically parsed and edited mix of other filters already included in uBlock preferences, including EasyList. It may not be a good idea to keep it in uBlock, at least not with the current description of it being just a list to "Block all well known privacy trackers". For example, it currently includes this rule, which breaks a lot of valid websites:
See this example: https://www.instapaper.com/text?u=gnu.org I've already reported this to the author of the script, but this list may continue to be problematic since it uses automatic rules. |
Removing would be problematic, many people may use it already. I can add a note though, like "high breakage", or whatever concise expression is better to indicate that it has a higher likelihood to cause web pages to break. |
@gorhill Thank you for adding the warning. It is also blocking ||imgur.com^$image,third-party, which is one of the most popular image hosting sites today. If you decided to remove it from the filters officially endorsed by you, couldn't you move it to the "custom filters" of users who are using it already, along with a comment about it? |
Yeah, that's problematic. I had assumed this was a well groomed filter lists given the name and origin. Given the content of this list, for someone who would want to use such list, best option is instead to turn on default-deny in dynamic filtering, at least this way one can easily un-break whatever sites end up broken, which is not the case when using a static filter list. However I cannot make a clean transition like you propose, because the available filter lists are updated dynamically, this means there won't be special code path in existing uBlock installations to take care of moving it to custom filters. I will have to remove it and just document why, the sooner the better. |
I can't see the new filterlist.
After unpacking ublock0.chromium.zip there is no appropriate subfolder in ...assets/thirdparties. Even after manually adding the
gnuzilla.gnu.org
subfolder from the zip file and restarting Chrome that filterlist doesn't show up.The text was updated successfully, but these errors were encountered: