-
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
Webpages not blocking content from custom filters #2902
Comments
|
|
Your image says |
@gorhill could this be related to this major bug? : |
Both are working fine here. How many filters are reported as loaded from "My filters" list in "3rd-party filters" pane? Also, you still used By the way, I sure hope you don't want to add |
/mwx doesn't need a wildcard, its assumed by default due to ABP (unless a | ends the string). Sure not optimised, but it still follows basic regex rules and would be treated the same. Basically the wildcard is superfluous to requirements. (just to note, very few rules are like this) I am really trying hard to test the extension again over ABP from a list author's perspective. The fact my custom filter additions aren't working do make me think twice in using uBo. I'll probably be using a pre-FF57 browser until things mature more down the road. |
uBO is mature.
You seems to be too eager to find uBO "wrong". How exactly did you come to the conclusion that If cases such as
I actually write the code for uBO and create filters to deal with all the cases seen in the wild, so I have both developer and list author perspectives, hence why I created all the extended syntax -- it makes the task of maintaining filter lists easier, and decrease the need to compromise block filters with exception filters to work around anti-blockers: It's your call to make your life easier by using the extended syntax. |
|
take a look to ublock filters, for example: |
Describe the issue
Testing on 2 separate sites with 2 custom filters
https://www.theatlantic.com/
http://www.activistpost.com/
Using the following filters
@@||theatlantic.com^$generichidehide Doesn't seem to stop the generic elements from being used.
/mwx$image,domain=activistpost.com Doesn't seem to work on this site either (part of easylist already)
Your settings
[If you fail to provide this info, I will mark the issue as invalid. Lists all settings which differs from default settings]
Your filter lists
Disabled uBlock filters, just enabled "My filters" and Easylist/Easprivacy etc.
The text was updated successfully, but these errors were encountered: