1900375 - Expose an interface to provide a fake response object

Status: RESOLVED FIXED

(Core :: Networking, task, P2)

Description

[Julian Descottes [:jdescottes]]

The network.provideResponse command of WebDriver BiDi allows clients to specify the response of a request intercepted before it was sent to the server.

Clients can set the following properties: headers (+ cookies), status, status message and response body.
In that case, the request should not hit the network, we want to build a fake response using the information provided by the client.
Also, we are not concerned with performing security checks or providing accurate timings in such a scenario.

Discussing with :valentin, one option is to expose an interface so that the BiDi codebase can set an xpcom object which encapsulates the fake response. Once this is set and the request is resumed, before connecting we will check the override, send out OnStart/onData/onStop and then cleanup the channel.

At the moment this should happen for requests blocked in http-on-before-connect, but ultimately we would like to use http-on-dispatching-transaction (Bug 1849686).

Comment 1

[Julian Descottes [:jdescottes]]

Attachment: Bug 1900375 - Introduce new interface nsIReplacedHttpResponse to provide mock response data

Comment 2

[Julian Descottes [:jdescottes]]

Attachment: Bug 1900375 - Add setResponseOverride to nsIHttpChannelInternal.idl

Depends on D213399

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/750ee4b0609f
Introduce new interface nsIReplacedHttpResponse to provide mock response data r=necko-reviewers,jesup
https://hg.mozilla.org/integration/autoland/rev/7889072db20c
Add setResponseOverride to nsIHttpChannelInternal.idl r=necko-reviewers,kershaw

Comment 4

[Sandor Molnar[:smolnar]]

https://hg.mozilla.org/mozilla-central/rev/750ee4b0609f
https://hg.mozilla.org/mozilla-central/rev/7889072db20c