-
|
Some blocker extensions seem to use the declarative content blocking API without requesting webpage access. Some components of AdGuard do this for example, and don't request any permissions. Is this how uBOL works in Basic mode, or does it always require access to webpages to block elements? I quickly tested it and it didn't seem to work without the webpage access permission, but I would like to be sure that it's not my mistake. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
|
Yes, in Basic mode (aka no permissions), only (blocking and allowing) DNR rules are used in uBOL. |
Beta Was this translation helpful? Give feedback.
-
Webpage access is necessary to inject CSS styles used to hide elements or modify styles, and to inject javascript used to modify the behavior of websites (like defusing content blocker detection, preventing content blocking circumvention, etc.) uBOL can work in basic mode, but only blocking network requests will be enforced.
uBOL also uses declarative content blocking API, indirectly through the DNR API. Safari internally converts DNR rules into content blocking rules. |
Beta Was this translation helpful? Give feedback.
Webpage access is necessary to inject CSS styles used to hide elements or modify styles, and to inject javascript used to modify the behavior of websites (like defusing content blocker detection, preventing content blocking circumvention, etc.) uBOL can work in basic mode, but only blocking network requests will be enforced.
uBOL also uses declarative content blocking API, indirectly through the DNR API. Safari internally converts DNR rules into content blocking rules.