v0.9.161
Patch Changes
-
#935
6d77908The user docs now match what the code does, in seven places they had drifted
from. The sidebar row stopped drawing the board status when the PR chip
collapsed to three glyphs, but CONCEPTS still promised a status mark; the
ctrl+a ptable row described one chord as two actions when it is one handler
that follows focus; the row menu's chord-less entries were counted as "four"
and had grown to six;KOBE_FILETREE_WATCHnever followed the rename to
ROVE_; and the welcome panel's engine line has been three readings — usable,
installed-but-signed-out, none — since it stopped calling a logged-out CLI
ready, while TUI said only "detected".--delete-branchonrove api deleteis now documented as what git actually
does:git branch -d, so it keeps a branch neither the repo's HEAD nor the
branch's upstream contains (work that was never pushed and never landed),
--forceupgrades it to-D, and the remote branch is never touched in
any case. The outcome is in the daemon log, not the reply. — @Sma1lboy -
#936
3b114e8Delete nine things that no longer had a reader, and one kill path that had no safety check. Threeexportsin the daemon package pointed at files that were removed long ago, so importing them failed withERR_MODULE_NOT_FOUNDinstead of resolving. Thepty.sweepRPC and itssweepTasksimplementation were unreachable — the sweep the daemon actually runs issweepPtyHostSessions, which kills each session with anexpectedGenerationguard;pty.sweepkilled by task id with no such check, so a stale caller could have killed a session that had already been replaced. ThedeferredPrompt.file/.get/.resolveRPCs lost their implementations but kept their names: they now answer with an explicitRETIRED_RPC:refusal naming the live verb, because the only caller left is a client older than the daemon and the genericunknown daemon requestreaches it as "restart the daemon" — the half that is already current. Also gone: thetui/historymessage and window helpers left behind by the Solid renderer, sevenkeys.descdescriptions for chat and dialog chords that were removed, and a secondisProcessAlivein the daemon that answered "alive" for pid0becausekill(0, 0)targets the caller's own process group. — @Sma1lboy