Christoph Leiter 2658132384 fix(terminal): create PTYs at the client viewport size, not 80x24 (#2023) ...

New terminals were always spawned by the daemon at the hardcoded 80x24
default and only resized once the client's first resize arrived. On a
slow first mount that leaves a window -- or a stuck state -- where a new
terminal renders far smaller than its pane (e.g. vim in a corner).

Seed the PTY with the client's measured viewport size at creation time
so it is born at the right size and the race window is gone.

- protocol: optional `size` on create_terminal_request. Old daemons
  ignore it and keep 80x24; old clients send nothing. Fully backward
  compatible, no capability gate.
- client: a small last-measured-size cache keyed by serverId+cwd (every
  terminal in a workspace shares the pane) with a most-recent fallback;
  written on fit, read at create.
- server: thread rows/cols through the controller, terminal manager, and
  the worker-thread boundary into the existing size-aware createTerminal.

Tests: cache logic, protocol back-compat parse, controller forwarding.

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-13 03:26:52 +08:00

..

executable-resolution

Keep provider diagnostics useful when discovery is slow (#1724)

2026-06-25 19:30:19 +08:00

server

Show provider subagents in the subagents track (#2013)

2026-07-13 03:13:00 +08:00

services

fix(server): show Claude usage when a quota window has no scheduled reset (#1855)

2026-07-02 08:30:36 +02:00

tasks

Write persisted files atomically

2026-06-03 17:25:07 +07:00

terminal

fix(terminal): create PTYs at the client viewport size, not 80x24 (#2023)

2026-07-13 03:26:52 +08:00

test-utils

Run server tests on Linux+Windows matrix (#809)

2026-05-08 10:57:22 +08:00

utils

Restore fuzzy project folder search and desktop browsing (#1968)

2026-07-10 17:52:55 +08:00