Closed foolip closed 4 years ago
I think a lot of this was discussed at previous F2F meetings and there was broad agreement:
That seems sensible. Does that imply that everything will always go over a single connection, or would there still be scenarios where there are multiple WebSocket endpoints or multiple connections to a single endpoint?
One external-facing connection per session. Obviously internally a UA might have some more complex routing going on given multiprocess etc.
Filed https://github.com/w3c/webdriver/pull/1523 to give us hooks to work with in the WebDriver spec.
https://github.com/w3c/webdriver-bidi/pull/24 is an initial cut at this.
There are still a bunch of issues, but the basics of this have been specified.
https://github.com/w3c/webdriver/issues/1498 concerns what kinds of messages to exchange over a connection, but to get off the ground we also need to first enumerate possible connections and establish a connection. This would, I think, also be the "upgrade mechanism" for getting from a WebDriver HTTP connection to a BiDi connection.
Straw proposal, assuming an already created WebDriver session:
GET /session/{session id}/targets
to enumerate targets to which one can connect. Among other information there would be a (WebSocket?) URL to connect to. That's all.However, this is probably a flawed proposal, and it seems like the choices here will have large consequences. Questions that come to mind: