[Webkit-unassigned] [Bug 152598] Feature request: a callback when request is blocked by the Content Blocker

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 19 02:58:32 PST 2020


https://bugs.webkit.org/show_bug.cgi?id=152598

--- Comment #9 from Krzysztof Jan Modras [:chrmod] <krzysztof.modras at gmail.com> ---
Cliqz Browser use cases are:
- Show number of blocked Ads / Trackers on current page load https://pasteboard.co/IVoibx2.png
- Show statistical informaton (from some period of time) https://pasteboard.co/

Having a higher level API would do the job if we could attach some metadata to the rule. Currently we want to know the catergory of the blocked request like: Ad, Trackers, CDN, Social, etc. But Ghostery browser for instance chooses to list blocked companies. 

Question that come to my mind:
- would WebKit store statistical information?
- how to handle "back navigation" when website is loaded from in memory cache (no actual requests are fired)?
- how content blockers could access such information from Safari?


It's perhaps worth mentioning again that current solutions used by app developers are far from optimal. For instance Firefox intercepts all url loads with users scripts and send them to UI process. Then those urls are checked agaist the block list which has to be loaded second time in memory (in different representation https://github.com/mozilla-mobile/firefox-ios/blob/7c889f177b6a7c60883238ead6c9113167b196b4/content-blocker-lib-ios/src/TrackingProtectionPageStats.swift#L38) as there is no API to check if block list would block the request (maybe we should report it as separate issues?).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200219/23d0043a/attachment.htm>


More information about the webkit-unassigned mailing list