Skip to content

fix(ssh): make SSH terminals part of the subshell experience - #341

Open
theogravity wants to merge 2 commits into
fix/ssh-stack-reviewfrom
fix/ssh-subshell-launch
Open

theogravity wants to merge 2 commits into
fix/ssh-stack-reviewfrom
fix/ssh-subshell-launch

Conversation

@theogravity

Copy link
Copy Markdown
Contributor

SSH terminals now open through New subshell, alongside agents and ordinary terminals. The same choice is available when adding or splitting a workspace pane and when creating a workspace, so the SSH result stays in the requested context.

The form explains the destination and connecting machine, accepts typed destinations directly, and puts alternate key machines under Advanced SSH options. Key approval happens inside the dialog and returns to the same choices without automatically launching. Pending state covers both launch and workspace attachment. Saved destination management remains available in Settings → SSH.

The separate Connect navigation item is removed. Existing /connect links redirect into the shared launcher with their choices preserved. Destination suggestions now dismiss after an outside click, avoiding a layout shift that swallowed clicks on controls below them.

Stacked on #340. Validation: full tests, type checks, lint, prose and design checks, plus the web build. Browser coverage exercises New subshell → SSH, alternate keys, inline approval and retry; integration tests cover workspace selection and split attachment, including duplicate-launch prevention. Independent follow-up review reported zero MAJOR/MINOR findings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant