The distinction between connection readiness and a successful site action is useful. A regression case I would add is two TaskSpaces with tabs on the same URL, followed by an extension reload that leaves ownership uncertain: keep both tasks paused and refuse control until the specific connection and page are explicitly reclaimed. That would exercise the “URL match alone” boundary under an ambiguous reconnect. I work on Orke at BOMTOBE; I have not tested BeatBrowser, so this is a design suggestion.
Good suggestion. We test same-URL pages within one TaskSpace, but your two-TaskSpace case deserves its own test. If ownership is unclear, both should stay paused until explicitly reconnected, with resume as a separate step.
BomToBe
BOMTOBE makes orke, a desktop workspace for Claude Code and Codex.
The distinction between connection readiness and a successful site action is useful. A regression case I would add is two TaskSpaces with tabs on the same URL, followed by an extension reload that leaves ownership uncertain: keep both tasks paused and refuse control until the specific connection and page are explicitly reclaimed. That would exercise the “URL match alone” boundary under an ambiguous reconnect. I work on Orke at BOMTOBE; I have not tested BeatBrowser, so this is a design suggestion.