uBlock/platform/chromium
Raymond Hill 1dfdc40e09
Add ability to suspend network request handler at will
This works only for platforms supporting the return of
Promise by network listeners, i.e. only Firefox at this
point.

When filter lists are reloaded[1], there is a small
time window in which some network requests which should
have normally been blocked are not being blocked
because the static network filtering engine may not
have yet loaded all the filters in memory

This is now addressed by suspending the network request
handler when filter lists are reloaded -- again, this
works only on supported platforms.

[1] Examples: when a filter list update session
    completes; when user filters change, when
    adding/removing filter lists.
2019-06-30 10:09:27 -04:00
..
is-webrtc-supported.html fix warnings in browser console 2017-07-25 11:59:52 -04:00
is-webrtc-supported.js this fixes https://github.com/gorhill/uBlock/issues/533#issuecomment-167931681 2015-12-31 09:24:55 -05:00
managed_storage.json #985: might be the missing trailing `#` 2015-11-27 14:30:17 -05:00
manifest.json Use "relax" instead of "toggle" 2019-06-27 08:16:18 -04:00
vapi-background.js Add ability to suspend network request handler at will 2019-06-30 10:09:27 -04:00
vapi-client.js Minor generic code review of changes since 1.18.2 2019-02-02 08:09:34 -05:00
vapi-common.js Refactor selfie generation into a more flexible persistence mechanism 2019-02-14 13:33:55 -05:00
vapi-usercss.js Add ability to report exception cosmetic filters in the logger 2019-05-16 13:44:49 -04:00
vapi-usercss.pseudo.js Fix internal cosmetic filter being reported in the logger 2019-06-20 07:14:34 -04:00
vapi-usercss.real.js Fix internal cosmetic filter being reported in the logger 2019-06-20 07:14:34 -04:00
vapi-webrequest.js Add ability to suspend network request handler at will 2019-06-30 10:09:27 -04:00
vapi.js refactor some webRequest-related code (now that firefox legacy is out of the way) 2018-10-28 10:58:25 -03:00