PR #9199 — Android test

Head 87d3aa4 · Nothing A142 · Android 16 · T3 Code Preview 1.0.4

Verdict: request changes

The clipboard workflow works on the physical device, but an asynchronous route-switch race can write the clipboard into a terminal that is no longer selected.

Physical preview-build pass

Evidence

Terminal with keyboard and paste action
Paste action visible
Multiline paste result
Button paste; normalized lines
Cmd V paste result
Cmd+V on macOS host
Literal z after Ctrl toggle
Modifier disarmed; z is literal

Findings

BLOCKERPaste can target a stale terminal after navigation

pasteFromClipboard awaits the native clipboard and then calls the captured writeInput. If the route, thread, environment, or terminal changes during that await, the old callback still writes to the old PTY. The web terminal already guards its async paste with a current-token check.

MEDIUMHost OS is inferred from a display label

Label matching decides whether paste is Cmd+V or Ctrl+V. Neutral Mac labels can get Ctrl+V, while unrelated text containing “win” can be classified as Windows. The server config exposes the actual host OS.

LIMITClipboard payload is not chunked

The encoder forwards the entire value through one terminal write, while the wire contract caps terminal input at 65,536 characters. Longer clipboard contents fail instead of being split or rejected locally.

Automated verification

Scope note

The test used deliberately invalid shell text so it only produced “unknown command” output. No agent message was sent, and no pairing or environment replacement was performed.