Re:The Future of Developing Firefox Add-ons
by gorhill on Friday August 21, 2015 @11:34AM
(#10098165)
> umatrix needs permission to disable prefetching so no network connections are made for blocked sites
Disabling pre-fetching is to prevent a TCP connection to be established at all, and this is something that needs to be also dealt with in Firefox -- it's not just a Chromium thing. This ensures that no TCP connection is established before it has been decided whether a network request must be blocked or not.
Chromium used to not be able to support the pre-emptive blocking of network requests, but that has been remediated in 2012 with its webRequest API in Chrome 17.
Re:The Future of Developing Firefox Add-ons
by the8472 on Friday August 21, 2015 @11:50AM
(#10098280)
Which brings us back to the point that one cannot develop any new, unforseen kind of extension unless you either have the option to directly interface with the browser's internals or somehow get that API included in the browser.
Re:The Future of Developing Firefox Add-ons
by tetraodonpuffer on Friday August 21, 2015 @11:49AM
(#10098269)
thanks for clarifying and thanks a lot for continuing to work on your great add-ons!
I am wondering though now if I am mixing things up in my brain and the issues were with safari add-ons as opposed to chrome/chromium: there is no umatrix for safari[2] that I can see, ublock seems available but not ublock origin, but I am not sure if ublock on safari just hides or actually pre-emptively blocks.
[1] https://github.com/gorhill/uMatrix/releases/tag/0.9.1.2
[2] https://github.com/gorhill/uMatrix/issues/96