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

CLI の prompt における貼り付け処理から始め、macOS のクリップボード画像を使って Kali Linux X11 の VM で障害を再現します。既存の Windows の画像貼り付け動作と Linux のクリップボード処理を比較し、その後、issue で説明されている xclip または wl-clipboard の fallback を使用して、画像 payload が prompt 内で一時ファイルのパスになることを確認します。

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?.