This repository has been archived by the owner on Sep 9, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 435
Dynamic filtering: precedence
Raymond Hill edited this page Feb 8, 2015
·
13 revisions
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 even if 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
overrides3rd-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 quickly become obvious with usage.