[meta] Fetch.continueRequest
Categories
(Remote Protocol :: CDP, task)
Tracking
(Not tracked)
People
(Reporter: whimboo, Unassigned)
References
()
Details
(Keywords: meta, Whiteboard: [method=Fetch.continueRequest] )
Comment 1•5 years ago
|
||
Kris: this bug is part of implementing the CDP Fetch domain in Firefox. The featureset is that you are able to provide a filter on url (or a couple of other things) and for requests matching the filter, block the request and allow client code to modify parts of the request and reponse. AFAICT the featureset is mostly compatible with the WebExtension StreamFilter
API, but it isn't fully obvious to me how easy that is to reuse outside the WebExtension context; afaict from reading the code it's a DOM API that's only enabled if some extensions permissions are set?
Does it seem plausible that the existing code covers most of the requirements here, and if so how much work is required for us to use it? Can we just grant ourselves the relevant permissions or is there something different we should be doing?
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Reporter | ||
Comment 2•5 years ago
|
||
The implementation of this method is blocked on bug 1591389 for now which will add basic support for the Fetch domain.
While this method is not directly used by Gutenberg e2e tests, the frequency of calls is kinda high:
1091 Fetch.continueRequest
We should keep it on the list for alpha but re-evaluate it later.
Reporter | ||
Updated•5 years ago
|
Comment 3•4 years ago
|
||
(In reply to James Graham [:jgraham] from comment #1)
Kris: this bug is part of implementing the CDP Fetch domain in Firefox. The featureset is that you are able to provide a filter on url (or a couple of other things) and for requests matching the filter, block the request and allow client code to modify parts of the request and reponse. AFAICT the featureset is mostly compatible with the WebExtension
StreamFilter
API, but it isn't fully obvious to me how easy that is to reuse outside the WebExtension context; afaict from reading the code it's a DOM API that's only enabled if some extensions permissions are set?Does it seem plausible that the existing code covers most of the requirements here, and if so how much work is required for us to use it? Can we just grant ourselves the relevant permissions or is there something different we should be doing?
Yes, at least in principal you should be able to use it. In theory, all you should have to do is create a WebExtensionPolicy object, then create a ChannelWrapper for the channel, and register the extension as being able to filter it:
Then you can use StreamFilter.create
with the ID of your policy object and of the channel. I can't tell you off hand how smoothly it will go, though.
Assignee | ||
Updated•4 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Reporter | ||
Comment 4•1 year ago
|
||
Right now we are working on the network interception feature for WebDriver BiDi and is targeted for this year. As such we wont add that feature to CDP.
Description
•