l0ng-aiandl0ng-ai 692cb76635 fix(windows): never join the pane reader on the UI thread (#407)
* fix(windows): never join the pane reader on the UI thread

On Windows, shutdown() does not wake a thread parked in a blocking
read() on the same socket (it does on unix). detach_link, adopt_relink,
and Drop all shut the writer down and then joined the reader thread,
counting on that wake-up - so when the peer stayed silent (a routed
pane whose SSH leg went zombie: nothing arrives, no FIN ever comes),
the join blocked its caller, the UI thread. That is the whole-window
'not responding' hang right after a remote workspace reconnects.

Teardown now sets a per-reader quit flag and abandons the thread
instead of joining it. The reader's read always times out within
500 ms so a parked reader notices the flag promptly, and it re-checks
the flag under the term lock before every grid mutation, so a retired
reader can never touch the freshly reset grid of an adopted link.

The new windows-only tests fail on the old code by blocking >3 s in
detach_link; the reader teardown previously had no Windows coverage
at all (the whole test module is cfg(unix)).

* fix(windows): gate every buffered frame on the reader's quit flag

Review follow-up on #407: the quit checks guarded the grid and the
exited flag, but a retired reader could still hold complete frames in
its local buffer and process them — and most arms (Cwd, Prompt, Agent,
and especially Exited via child_exited) write shared state that
adopt_relink reuses across the swap, so a buffered Exited from the
abandoned link could close the freshly adopted pane. Check the flag
once per frame at the top of the inner loop, so a retired reader
processes nothing at all; the adopt test now also fires a late Exited
down the abandoned link and asserts the pane survives.

---------

Co-authored-by: l0ng-ai <24760907+l0ng-ai@users.noreply.github.com>
2026-08-08 14:39:38 +08:00

tty7

tty7

A terminal workbench: persistent sessions, remote work, agents.

Pure Rust · GPU rendering on Zed's gpui · VT core from Alacritty


CI Version License Discord

English · 简体中文

Why

  • Performance — ~2× the throughput of Alacritty, Ghostty, or Kitty (benchmarks)
  • Persistent sessions — quit or reboot; your shells and supported agent sessions keep running, no tmux
  • Editor-grade input — suggestions, completion, highlighting, history search
  • Remote development — files, repos, panes, and git data stay on the remote machine
  • Native SSH — profiles, SFTP, port forwarding, and jump hosts
  • Agent-aware — Claude Code, Codex & co.: status, notifications, git context
  • CLI + Skills — agents create panes, run commands, and inspect output

Install

Native builds for each platform on Releases:

macOS …-macos-arm64.dmg · …-x86_64.dmg drag into Applications
Windows …-setup.exe · portable ….zip
Linux …-x86_64.AppImage chmod +x and run — X11/Wayland libraries bundled

What's inside

Editor-grade input ghost suggestions from history · explained tab completion · syntax highlighting · multi-line editing · click places the caret · ⌃ R fuzzy history
Window tabs & splits · ⌘ P palette · ⌘ F scrollback search · nine themes · IME
Agent-aware per-pane detection (~18 CLIs): status dot · notifications · branch + diff · resume after reboot · tray icon when input is needed
Remote workspaces remote files, repos, changes, diffs, worktrees, tabs, and panes · reconnect from any client and continue where you left off
CLI + Skills bundled tty7 CLI · agent skill · pane/workspace control · real PTY commands · output, process, port, and agent status
SSH native russh stack: profiles with keychain secrets · SFTP panel · port forwarding · jump hosts · one-time, unprivileged tty7-server install

Terminal and keybinding reference: docs/features.md. The agent-facing CLI interface is documented in skills/tty7/SKILL.md.

Install the skill with:

npx skills add l0ng-ai/tty7

Benchmarks

Same machine, same day, same 155×40 grid — Apple M1 Pro, macOS 26.3.1, five-run averages (2026-07-04):

tty7 Alacritty Ghostty Kitty
Plaintext I/O — 11 MB cat (lower = better) 95 ms 239 ms 179 ms 185 ms
DOOM-fire frame rate (higher = better) 888 fps 485 fps 552 fps 617 fps
Cold-launch memory 116 MB¹ 105 MB 128 MB 130 MB

¹ GUI 105 MB + the persistent server 11 MB.

Methodology and one-command reproduction: scripts/bench/.


S
Description
A terminal workbench in pure Rust: shells, persistent sessions, SSH, coding agents. GPU-rendered on Zed's gpui, VT core from Alacritty.
Readme Apache-2.0
34 MiB
Languages
Rust 99.1%
Shell 0.5%
PowerShell 0.2%
Inno Setup 0.1%