Image pasting issue

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• #4818

Powered by Codex Action

codex-cli 0.77.0 -- still cannot paste images either via drag and drop or copy/paste. you have to put it somewhere on the filesystem and give it a path to read... 🤯

@kunickiaj, which platform are you on, and which terminal emulator are you using? If you're using Windows, are you using WSL or Windows native?

macOS 26.2 (Tahoe)
iTerm

Drag and drop/Paste results in a filename in brackes, but codex says it has no idea where the file is and tells me to give it a path.

Ctrl+V instead of normal paste results in a different filename like codex-.. but it also isnt able to see / read any image data.

@etraut-openai Similiar issue here, macos tahoe 26.1, 3 weeks ago I change my "paste" keymap from "ctrl+v" to "cmd+v", at that time, pasting image in codex cli is working, but seems like since 0.67, I cant use that keymap, when I press cmd+v, there is no any placeholder display, but a sound pop up which indicating a problem. in 0.77, I need to press "ctrl+v" to paste.

macOS tahoe 26.2, codex cli v0.77.0, I am also encountering this issue, Codex cannot find the image in the clipboard.

Add one more point: In the same version v0.77.0, some conversations can find the image in the clipboard, while others cannot, which is quite strange.

V 0.77 ,It still hasn’t fixed this bug. I have to use Ctrl+V, and even right-click paste doesn’t work. Truly bizarre.

+1. Please add native clipboard image paste in Codex CLI/TUI (Ctrl/Cmd+V when clipboard has an image). This is critical for screenshot-based context so we don’t have to describe visuals; Claude’s CLI already supports it. Ideally auto-detect image vs text and attach the image to the prompt, cross-platform.

Currently, you can no longer import images in Windows WSL2. You first have to explicitly instruct it to use the mnt path for it to work. By default, it says it cannot access it. Codex 0.80.0.

Edit: This has since been fixed, but CTRL + ALT + V etc. doesn't work. Edit: This configuration now works: https://github.com/openai/codex/issues/11150

Still blocked by this in daily workflow.

Environment:

• codex-cli 0.98.0
• macOS 15.7.3 (arm64)

Why this matters:

• Screenshot-first debugging is a core coding workflow.
• When clipboard image paste is inconsistent, we have to save images to disk and pass file paths manually, which is much slower.

Request:

• Please prioritize reliable clipboard image paste in TUI.
• On macOS, Cmd+V should be first-class and clearly documented (with platform-specific guidance vs Ctrl+V).
• If work is already in progress, could you share target milestone/version so users can plan around it?

The same is true for me. It works when I simply screenshot and paste it. But when I switched to the last item, chose that image again, and pasted it, I got this error. It irritates me. I have to retake screenshots whenever I forget about this. Instead of taking a bunch of screenshots and then going to the terminal to explain everything. I have to jump between terminal and browser every time to make a screenshot

<img width="4798" height="2764" alt="Image" src="https://github.com/user-attachments/assets/989f6930-ed89-4a99-b1f3-753176adf64e" />

Found a solution: https://github.com/openai/codex/issues/6080#issuecomment-3744532799
Just needs to be added to the documentation.

If anyone is running Codex CLI on a remote Linux server over SSH and hitting clipboard issues — cc-clip now supports Codex CLI as of v0.3.0.

It works by running a headless Xvfb + a Go X11 selection owner on the remote that serves your local Mac's clipboard images on-demand through an SSH tunnel. Codex's arboard reads the X11 CLIPBOARD as if images were pasted locally.

# One command to set up (from your Mac)
cc-clip setup your-server --codex

This won't help with local Linux desktop clipboard issues, but for the SSH/headless use case it's a drop-in solution. Open source (MIT): https://github.com/ShunmeiCho/cc-clip

For macOS users hitting this: the root cause is that screenshots only put raw TIFF/PNG data on the clipboard without a file URL. Terminal emulators can only Cmd+V paste text or file URLs, and Codex's arboard library sometimes fails to read TIFF-only clipboard data.

I built clipaste to fix this — a lightweight macOS daemon that watches the clipboard and auto-registers a file URL when it detects screenshot image data. Works with both Cmd+V and Ctrl+V.

brew install hqhq1025/clipaste/clipaste
brew services start clipaste

Tested with Codex CLI + Ghostty 1.3.1.

For macOS users hitting this: the root cause is that screenshots only put raw TIFF/PNG data on the clipboard without a file URL. Terminal emulators can only Cmd+V paste text or file URLs, and Codex's arboard library sometimes fails to read TIFF-only clipboard data. I built clipaste to fix this — a lightweight macOS daemon that watches the clipboard and auto-registers a file URL when it detects screenshot image data. Works with both Cmd+V and Ctrl+V. brew install hqhq1025/clipaste/clipaste brew services start clipaste Tested with Codex CLI + Ghostty 1.3.1.

Hey , I installed your little tool, it worked, but it also has other downsides, now on other apps, ctrl + v does not paste the image from clipboard, instead it pastes the image temp file path, i found native solution without any tool, just use Ctrl + Alt + V in the terminal to paste images instead of ctrl + v

This needs a fix. Coming from claude code and now trying out codex cli, I use this feature daily

This needs a fix. Coming from claude code and now trying out codex cli, I use this feature daily

just use Ctrl + Alt + V instead of Ctrl + V, that would do the job