Image clipboard pasting fails on Kali Linux/X11 vm on MAC OS 26.5 (Works on Windows)

Summary

The Linux version of the tool seems to be missing OS-level clipboard interception for binary images.

Expected Behavior

When using Command Code on a Windows host, the CLI running inside the kali vm natively intercepts the clipboard image data, silently saves it to a temporary directory, and successfully pastes the resulting file path into the prompt.

Actual Behavior

1. When running Command Code inside a Linux vm on a macbook, pasting an image directly from the system clipboard into the CLI prompt fails.
2. The terminal does not register the image data, and no file path is generated.

Steps to reproduce the issue

1. Run Command Code CLI in a Kali Linux (X11) terminal vm.

2. Copy an image to the host(mac os) system clipboard.

3. Paste the image directly into the CLI prompt inside the kali linux vm ran by VMware fusion pro hypervisor.

Command Code Version

0.30.1

Operating System

macOS

Terminal/IDE

Kali Linux Terminal (X11).

Shell

zsh

Additional context

Host OS: macOS (Apple Silicon M4).

Hypervisor: VMware Fusion Pro.

I have confirmed that the VMware host-to-guest clipboard bridge is functioning correctly.

When pasting the exact same copied image into a different AI CLI tool (Antigravity CLI) running in the same Kali terminal pane, the image pastes perfectly.

If I manually run an xclip command to rip the image from the clipboard, save it to /tmp/, and pipe that text file path back to my clipboard, Command Code accepts the text path without issue.

Could you look into adding a native fallback for Linux (perhaps leveraging xclip or wl-clipboard under the hood) to intercept image payloads and convert them to temp file paths, bringing it to feature parity with the Windows experience?.

從 CLI prompt 的貼上處理入手，在帶有 macOS 剪貼簿影像的 Kali Linux X11 VM 中重現此故障。比較現有的 Windows 影像貼上行為與 Linux 剪貼簿處理，然後使用 issue 中描述的 xclip 或 wl-clipboard fallback，驗證影像 payload 會在 prompt 中變成暫存檔案路徑。