You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Puppeteer allows creating custom CDP sessions via page.createCDPSession(). The user gets direct access to the raw session this way. Currently, bidi+ requires subscribing to individual cdp events or the entire CDP module (per browsing context), but the session ultimately gives access to sub-sessions which might not be browsing contexts at all. The ideal solution would be to forward all events on CDP sessions not owned by chromium-bidi implementation because the CDP session itself is responsible for enabling CDP domains and does not need a WebDriver event configuration.
To support this, we should listen for CDP events on the browserCdpClient and emit the bidi+ event for all external (unknown) session IDs on the mapper server's CDP connection.
Alternative design we might consider for Puppeteer is to stop using bidi+ for user-facing CDP sessions and instead create a second browser-level CDP connection for these use cases omitting the mapper. cc @Lightning00Blade
Puppeteer allows creating custom CDP sessions via
page.createCDPSession()
. The user gets direct access to the raw session this way. Currently, bidi+ requires subscribing to individual cdp events or the entire CDP module (per browsing context), but the session ultimately gives access to sub-sessions which might not be browsing contexts at all. The ideal solution would be to forward all events on CDP sessions not owned by chromium-bidi implementation because the CDP session itself is responsible for enabling CDP domains and does not need a WebDriver event configuration.cc @sadym-chromium @Lightning00Blade
The text was updated successfully, but these errors were encountered: