Pre-submit Checks
Describe the bug
When running Claude Code (Anthropic's TUI CLI) inside Warp, the input prompt box (the > line plus the status bar with model/cost/context) renders in the middle of the scrollback while the agent is still streaming output. The prompt box appears above content that is still being written; lines above and below get visually clipped or overwritten and remain truncated in the buffer.
Reproduces consistently across multiple independent Claude Code sessions in different working directories, so it is not tied to a specific repo or command. Other TUI apps (vim, htop, lazygit) do not show this in the same Warp build, so the trigger seems specific to Claude Code's alt-screen + streaming-redraw pattern (heavy diff blocks + tool-use blocks streaming while background shells are still running).
To reproduce
- Open Warp v0.2026.04.15.08.45.stable_04 on macOS 26.2.0.
- Run
claude in any project directory to start a Claude Code session (Opus 4.7, 1M context).
- Give it a long-running task that streams a lot of output (e.g. "refactor this route handler and run type-check") so it produces many diff hunks + bash output back-to-back.
- While Claude is still working (status:
Jitterbugging… / Crunched for Xs · N shells still running / Brewed for Xs), watch the terminal.
- The input box (
> + Opus 4.7 (1M context) | … | accept edits on …) renders mid-stream; further diff lines print BELOW it; lines above get clipped.
Expected behavior
The input prompt should stay anchored at the bottom of the viewport. Streaming output from a running TUI app should not be interrupted or overlapped by the prompt rendering in the middle of the scrollback.
Screenshots, videos, and logs
Operating system (OS)
Select an OS
Operating system and version
26.2.0
Shell Version
No response
Current Warp version
v0.2026.04.15.08.45.stable_04
Regression
No, this bug or issue has existed throughout my experience using Warp
Recent working Warp date
06.04.2026
Additional context
- Affected app: Claude Code CLI (Anthropic), Opus 4.7 model, 1M context mode.
- Resizing the window does not fix it; the clipped lines stay clipped in scrollback.
- Correlates with high-throughput streaming (many diff blocks + tool-use blocks at once) and/or background agents still running ("N shells still running").
- Reproducible across different repos and different sessions — not project-specific.
Does this block you from using Warp daily?
Yes, this issue prevents me from using Warp daily.
Is this an issue only in Warp?
Yes, I confirmed that this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None
Pre-submit Checks
Describe the bug
When running Claude Code (Anthropic's TUI CLI) inside Warp, the input prompt box (the
>line plus the status bar with model/cost/context) renders in the middle of the scrollback while the agent is still streaming output. The prompt box appears above content that is still being written; lines above and below get visually clipped or overwritten and remain truncated in the buffer.Reproduces consistently across multiple independent Claude Code sessions in different working directories, so it is not tied to a specific repo or command. Other TUI apps (vim, htop, lazygit) do not show this in the same Warp build, so the trigger seems specific to Claude Code's alt-screen + streaming-redraw pattern (heavy diff blocks + tool-use blocks streaming while background shells are still running).
To reproduce
claudein any project directory to start a Claude Code session (Opus 4.7, 1M context).Jitterbugging…/Crunched for Xs · N shells still running/Brewed for Xs), watch the terminal.>+Opus 4.7 (1M context) | … | accept edits on …) renders mid-stream; further diff lines print BELOW it; lines above get clipped.Expected behavior
The input prompt should stay anchored at the bottom of the viewport. Streaming output from a running TUI app should not be interrupted or overlapped by the prompt rendering in the middle of the scrollback.
Screenshots, videos, and logs
Operating system (OS)
Select an OS
Operating system and version
26.2.0
Shell Version
No response
Current Warp version
v0.2026.04.15.08.45.stable_04
Regression
No, this bug or issue has existed throughout my experience using Warp
Recent working Warp date
06.04.2026
Additional context
Does this block you from using Warp daily?
Yes, this issue prevents me from using Warp daily.
Is this an issue only in Warp?
Yes, I confirmed that this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None