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 中变为临时文件路径。