-
Notifications
You must be signed in to change notification settings - Fork 435
Dynamic filtering: precedence
First: Whitelist directives override both dynamic filtering and static filtering. Whitelist directives appear in the Whitelist pane in the dashboard, and they are used to completely disable filtering. The big blue power button in the popup UI is used to easily whitelist the current site/page.
Dynamic allow
/block
rules override static filtering rules.
- Use
allow
to force requests to be allowed regardless of whether they would normally be blocked by static filtering.- Useful to fix sites broken by false positives in EasyList, EasyPrivacy (or any other static filter lists).
- Use
block
to force requests to be blocked regardless of whether they would normally be allowed by static filtering.- Useful to block with 100% certainty, to bypass exception filters with which you may disagree in EasyList, EasyPrivacy (or any other static filter lists).
There is a precedence logic for dynamic filtering cells:
Local rules override global rules.
- Local setting for
example.com
override global setting forexample.com
.
The party-specific cells override the type-specific cells.
-
3rd-party
overrideimages
-
example.com
overrideimages
The more specific the party, the higher the precedence.
-
example.com
overrides1rd-party scripts
-
www.example.com
overridesexample.com
Party-specific and type-specific cells override party-specific cells:
-
3rd-party frames
overrides3rd-party
All cells override the all
cells. The local all
cell overrides the global all
cell.
The UI is designed in such way that the precedence logic should become obvious with usage.