Public: anyone can read this; the crew can change it.
The terminal's account and repository settings screens leave for the web's one settings page #804
Check · Review · Land · Live done — Landed and live in production.
Closes #635
shipped production is serving it for issue #635 — its issue is already done deploy e61e234
Description (the pull body is fixed at open; this is it). Closes #635.
Settings have one renderer, the web's. In the terminal, the dashboard's A, the workspace's ,, and the palette's "Account settings" and "Repository settings" now hand over the web address and stop there. openOnWeb (src/tui/screens/common.ts) opens it in a browser when one is reachable. Otherwise it shows the link to copy (OSC 52 as well). With no public URL configured, it says the path in one line, e.g. "Settings is on the web at /alice/site/settings". This is the same hand-over the runs list already used for a run's log, which now shares the helper.
Path. In the TUI, press the settings key. The address opens or is shown, and the next step is the browser.
Removed
src/tui/screens/account.ts(304 lines) andsrc/tui/screens/settings.ts(785 lines), with their imports.- The palette and key wiring now hands over instead of pushing a screen.
- Lines:
src/is +51/−1107. - The workspace, editor and review are untouched apart from the
,handler's one call.
What the terminal screens did, and where it lives now (all on the web, which was already their twin):
- Account profile, password, tokens and SSH keys:
/settings,/settings/password,/settings/tokens,/settings/keys. - Repository general (description, visibility, default branch, protection, required review and checks), crew and autonomy:
/:owner/:name/settings, the one settings page (#631). - Labels, webhooks, the app tab, the danger zone and deletion by typed name:
/:owner/:name/settings/labels|hooks|app|danger.
Tests, updated rather than deleted where the behaviour survives:
- tui-apps: the account key hands over
/settingsfor an admin and a non-admin. - tui-screens: the workspace's
,hands over the repository's settings address and deletes nothing. - tui-workflows: the require-review gate is switched on through the action the web page posts to, and the merge refusal it tests is unchanged.
- One terminal-only test is gone: "settings: the app tab, require checks, and the crew". Those controls are the web page's now and its tests cover them (
studio,web-apps,settings).
Verified. tsc is clean. All tui*, palette and keys suites pass. The full gate has one red, crew assignment, which is the macOS /private path on this machine. Looks: this pull draws no new screen. The hand-over is the existing link dialog or the one-line toast shown above.
🤖 Generated with Claude Code
Closes #635
In progress (steward build team). Description and removals follow in a comment.