Attached/rendered images overlap and obstruct terminal/CLI text in Warp (macOS)

Support Bug Reports
,
1

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

When an image or screenshot is rendered inline within the CLI conversation, the image container fails to respect the text flow/vertical layout. It renders on top of the response text and subsequent terminal prompts, completely covering the content behind it.

Steps to Reproduce

  1. Run the Cursor CLI session inside the Warp terminal on macOS.
  2. Provide or receive a response containing an inline image preview/attachment.
  3. Observe that the rendered image block floats over and covers previous/surrounding message text rather than pushing the terminal text down.

Expected Behavior

The inline image block should occupy its own dedicated vertical space in the terminal output stream, preserving text layout above and below it without overlapping.

Operating System

MacOS

Version Information

CLI Version 2026.08.25-3e8eec8
Latest 2026.08.25-3e8eec8 (up to date)
Model Auto
Subscription Tier Pro
OS darwin (arm64)
Terminal warp
Shell zsh

For AI issues: which model did you use?

auto mode

For AI issues: add Request ID with privacy disabled

1a0778b9-7a2f-4673-b705-02618d5d10a8

Does this stop you from using Cursor

No - Cursor works, but with this issue

image
image1920×1019 309 KB

10

Hey @Farhad, thanks for the report, and for the clear repro details!

I’ve flagged this to the team. What you’re seeing is specific to how Warp handles the terminal graphics protocol we use for inline images. In terminals like iTerm2, kitty, or Ghostty the image occupies its own vertical space as expected, so if you need image previews right now, one of those will render correctly.

In the meantime, running the CLI inside tmux will also avoid the overlap (inline previews are disabled there and fall back to text).