sz-chrome-remote-cdp.git/test/cdp/session-events-test.ts, branch masterpi-browser-harness, patched to drive a Chrome on another host over CDP, with castle_cdp_search web search
https://git.soarez.net/sz/sz-chrome-remote-cdp.git/atom?h=master2026-08-02T13:42:46+00:00fix(cdp): route background-tab events to the tab they belong to2026-08-02T13:42:46+00:00amankumarsingh77amankumarsingh7702@gmail.com2026-07-28T14:14:17+00:00urn:sha1:226e814d47a5e1acd4d308619921ca1012723b88
The event loop dropped every event whose sessionId was not the active tab's, so
the per-tab console and network buffers could only ever hold data captured while
their tab was in the foreground. The filter now drops only sessions this instance
never attached, and the dialog, frameNavigated and loadEventFired arms resolve
their tab from the event's sessionId instead of assuming the active tab — without
that, a background tab's dialog would have been recorded against the foreground
one. Tabs are also registered before the domain-enable round trips, so events
arriving during attach are no longer dropped as unknown.
Report: docs/superpowers/reports/2026-07-26-bug-audit.md#f4
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>