Summary
In split-terminal mode, Cmd+V intermittently pastes into a different pane than the one currently focused.
I can click pane B, type in pane B (so focus is clearly there), then press Cmd+V and the paste appears in pane A.
This happens most often while running Claude Code in multiple splits.
Environment
- Supacode:
v0.8.0
- macOS: Tahoe
26.x
- Terminal engine: GhosttyKit (embedded)
- Agent: Claude Code CLI in split panes
- Repro setup: two or more splits in the same tab
Steps to Reproduce
- Open a worktree terminal tab in Supacode.
- Split into at least 2 panes (A + B).
- Run
claude in both panes (or at least one pane).
- Click pane B and type a few characters to confirm input goes there.
- Press
Cmd+V.
- Intermittently, paste lands in pane A (or a previously active pane) instead of pane B.
Expected Behavior
Cmd+V should always target the currently focused surface/pane.
Actual Behavior
Paste occasionally goes to a non-focused split pane.
Frequency
Intermittent but recurring during normal multi-pane usage (especially when switching panes quickly while Claude is active).
Why this seems like focus routing (not just Claude)
Related Supacode fixes suggest this may be in split focus state sync:
So this looks like another stale focusedSurface / responder mismatch where key equivalent handling (Cmd+V) is routed to an old surface.
Suggested instrumentation
If helpful, I can test a debug build with logs, but likely useful logs would be:
- active
focusedSurfaceIdByTab at keyDown for Cmd+V
NSWindow.firstResponder and target surface ID at dispatch time
- surface ID that actually receives
paste_from_clipboard
- transitions around split re-layout / pane detach-reattach
Impact
This is high-friction for agent workflows because prompts/snippets can be pasted into the wrong Claude session, causing accidental commands in the wrong terminal context.
Summary
In split-terminal mode,
Cmd+Vintermittently pastes into a different pane than the one currently focused.I can click pane B, type in pane B (so focus is clearly there), then press
Cmd+Vand the paste appears in pane A.This happens most often while running Claude Code in multiple splits.
Environment
v0.8.026.xSteps to Reproduce
claudein both panes (or at least one pane).Cmd+V.Expected Behavior
Cmd+Vshould always target the currently focused surface/pane.Actual Behavior
Paste occasionally goes to a non-focused split pane.
Frequency
Intermittent but recurring during normal multi-pane usage (especially when switching panes quickly while Claude is active).
Why this seems like focus routing (not just Claude)
Related Supacode fixes suggest this may be in split focus state sync:
GhosttySurfaceView.viewDidMoveToWindowincludes a stale-focus guard comment:So this looks like another stale
focusedSurface/ responder mismatch where key equivalent handling (Cmd+V) is routed to an old surface.Suggested instrumentation
If helpful, I can test a debug build with logs, but likely useful logs would be:
focusedSurfaceIdByTabat keyDown forCmd+VNSWindow.firstResponderand target surface ID at dispatch timepaste_from_clipboardImpact
This is high-friction for agent workflows because prompts/snippets can be pasted into the wrong Claude session, causing accidental commands in the wrong terminal context.