Disconnects the filter from the request. After this, the browser will continue to process the response, but no more filter events will fire, and no more filter function calls will have any effect.
Note the difference between this function and
close(). With disconnect(), the browser will continue to process any further response data, but it won't be accessible through the filter. With close(), the browser will ignore any response data that hasn't already been passed through to the rendering engine.You should always call disconnect() or close() once you don't need to interact with the response any further.
You can't call this function until after the onstart event has fired.
Syntax
filter.disconnect()
Parameters
None.
Return value
None.
Browser compatibility
The compatibility table in this page is generated from structured data. If you'd like to contribute to the data, please check out https://github.com/mdn/browser-compat-data and send us a pull request.
Update compatibility data on GitHub
| Desktop | Mobile | ||||
|---|---|---|---|---|---|
| Basic support | Chrome No support No | Edge No support No | Firefox Full support 57 | Opera No support No | Firefox Android Full support 57 |
Legend
- Full support
- Full support
- No support
- No support
Examples
This example will prepend "preface text" to the response body. It then disconnects, so the original response body will load normally:
function listener(details) {
let filter = browser.webRequest.filterResponseData(details.requestId);
filter.onstart = event => {
console.log("started");
let encoder = new TextEncoder();
filter.write(encoder.encode("preface text"));
filter.disconnect();
}
}
browser.webRequest.onBeforeRequest.addListener(
listener,
{urls: ["https://example.org/"], types: ["main_frame"]},
["blocking"]
);