OrcaWinandm4air bcc50483bb fix(vm): a recipe VM's SSH root runs on a managed Orca server (#27366) ...

* fix(vm): a recipe VM's SSH root runs on a managed Orca server

A recipe VM's hidden SSH target was counted as owned by another runtime, so
every connect refused to deploy a managed server and fell back to the relay.
Its runtime owner only records when the VM is created and destroyed, so it no
longer blocks the deploy. The VM's workspace then lives on that server: the
server adopts the provisioned root as its main worktree, and removing the
project destroys the VM and forgets its server.

* fix(vm): release the server of a relay-era VM that converted on connect

* fix(vm): resume reconnects an SSH VM's server; removal stays on its own VM

* fix(vm): removal and the remove dialog find a VM's server before the catalog loads

* fix(vm): a catalog refresh failure never blocks a VM create

---------

Co-authored-by: m4air <m4air@Mac.localdomain>

2026-10-10 21:39:23 -07:00

..

e2e

fix(vm): a recipe VM's SSH root runs on a managed Orca server (#27366)

2026-10-10 21:39:23 -07:00

tools

test(e2e): pass the catalog owner to the remaining fetchRepos callers (#27325)

2026-10-10 16:49:47 -07:00

.gitignore

feat: add idempotent E2E test suite with headless Electron support (#671)

2026-04-19 12:09:32 -07:00

AGENTS.md

docs: remove stale internal reference documentation (#26328)

2026-10-07 15:43:39 -07:00

playwright.config.ts

Stabilize sharded e2e CI concurrency (#6312)

2026-06-24 18:39:02 -07:00