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