l0ng-ai 402f40d0c8 docs(cli): ws rm on a workspace a window is showing brings it back ...

tty7 ws rm 0c4c9162   # exits 0, says nothing
    tty7 ls               # 0c4c9162 is still there

Both are correct and together they read as a failed delete. The GUI logs
what it did — "deleted on its machine while a window still had it open;
putting it back under the same id" — rather than leave a window pointing
at nothing. The panes really are gone; what returns is empty, with a
fresh shell and a new name, which is why the codename changed under an
unchanged id.

Nothing said so on the side the reader typed. `ws rm`'s help now does,
including that a workspace with no window on it simply goes.

Measured twice against a live GUI: rc 0, panes to zero, no orphans, the
same id back with a different name, and the GUI still running.

The reconciliation itself is sound and was what I set out to test: a
workspace deleted underneath an open window produces no warning and no
error, and leaves the tree and the pane registry agreeing.

2026-08-16 10:03:14 +08:00

..

tty7-cli

docs(cli): ws rm on a workspace a window is showing brings it back

2026-08-16 10:03:14 +08:00

tty7-core

docs: two comments pointing at functions that are gone

2026-08-16 09:46:39 +08:00

tty7-server

fix(resize): defer the reflow to the daemon's Size echo on remote routes too (#632)

2026-08-14 16:02:04 +08:00