umputun / agterm / 29881628986

98%

push

github

feat: per-session restore-command override (#271)

* docs: add per-session restore-command override implementation plan

The plan for a per-session, per-pane override that pins what a pane restores
on the next launch, from GitHub discussion #264. It covers the model state,
the CommandRestore precedence, the surface factories, the control surface,
the tree read-back, the agtermctl subcommand, and the five keep-in-sync
documentation surfaces.

* refactor: split app-global control arms into ControlServer+AppCommands

ControlServer+SessionActions.swift held both the per-session arms and the
app-global ones, pushing past the file-size budget with the session.restore
arm still to come.

Move the app-global arms — the tree projection, sidebar visibility/mode and
expand/collapse, keymap and config reload, themes, and the quick terminal —
into a sibling ControlServer+AppCommands.swift, matching the existing
+SurfaceIO/+WindowCommands split. Pure code motion apart from dropping the
thin wrappers the sidebar arms had accumulated: the implementations now carry
the ControlActions names directly.

* feat: pin a per-pane restore command in the session model

The restore-running-command feature re-runs whatever a pane had in the
foreground at the last clean quit. That is wrong for a non-idempotent command
such as `claude --resume <id> --fork-session`, which mints a new session on
every restart, and there is no way to say "restore THIS instead".

Add the persisted per-pane override the control surface will drive. Session
gains a sticky `restoreCommand`/`splitRestoreCommand` pair plus transient
pending slots, Snapshot and WindowLibrary carry them across a quit, and only
an app-bootstrap restore (`restore(from:launchRestore:)`) arms the pending
slot, so a mid-process window reload or Reopen Closed Item never executes
anything. A split hidden at the last quit drops its pin, the same rule
closeSplit applies when the pane goes away.

CommandRestore.restorePlan takes a Rest... (continued)

180 of 180 new or added lines in 13 files covered. (100.0%)

5544 of 5662 relevant lines covered (97.92%)

5310078.51 hits per line