Re:Google proposes changes to Chromium which would disable u...
by tyingq on Wednesday January 23, 2019 @10:48AM
(#18979179)
I'm interested in this. What's the CRDB equivalent of onBeforeRequest()?
Re:Google proposes changes to Chromium which would disable u...
by deepstream on Wednesday January 23, 2019 @11:21PM
(#18985946)
I don't know, you should have a look yourself. I know that you can intercept requests, and block, provide other payloads etc.
I'm interested in that even tho this is factually correct, it's ignored / downvoted because it goes against the prevailing narrative. Discourse here can be pretty 1 dimensional, it's more like a confirmation bias machine / echo chamber, than a discussion. Just like the rest of the net, no matter how 'smart' the people here are. The same behavior pattern occurs here as everywhere else.
It would be interesting if this can be solved in discussion forums of the future.
Re:Google proposes changes to Chromium which would disable u...
by tyingq on Thursday January 24, 2019 @08:53AM
(#18988634)
An alternative explanation is just that people assume if ad blockers move there, Google will deprecate that API for the same stated reasons.
I did find it, it's called setRequestInterception(). It's marked as experimental, and has a note that it disables caching, but there's some debate as to whether it actually does.
This is because Chrome extensions can use the 'debugger' API to send remote debugging protocol commands to a page, to intercept and filter / block all requests.
There is no need to use the provided Chrome extension APIs for blocking. Google can remove all of them, I think, without effect.
This is because there are multiple ways to do the same thing. Authors/engineers complaining that now they are impeded, are in fact mistaken.
Disclosure: I know this because I have actually re-implemented the blocking from AdBlock Fast using CRDP Network domain.