macOS app: pasted clipboard images remain stuck loading after send
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 52/100
Research direction
Reproduce the issue by copying an image to the macOS clipboard, pasting it into a Codex thread, and sending it with optional text. Trace the clipboard-image attachment through the composer, send, and conversation-rendering paths, using related issues #31590 and #32699 as context. Done means the image becomes available after sending, or failures show a retry or remove/re-attach action instead of an indefinite spinner.
Written by the indexing model from the issue text.
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.715.31925
What subscription do you have?
ChatGPT Pro 200
What platform is your computer?
Darwin 25.5.0 arm64 arm
What issue are you seeing?
Since one of the recent app updates, images pasted from the macOS clipboard into Codex appear attached in the composer, but after sending the message the image tile remains on an indefinite loading spinner and the image never becomes available in the conversation. Text in the same message is sent. No error banner or retry action appears. This happens repeatedly with clipboard images, not just one file.
What steps can reproduce the bug?
- Copy a screenshot or other image to the macOS clipboard.
- Open a new or existing thread in the Codex app.
- Press Command+V and confirm the image thumbnail appears in the composer.
- Optionally add text and send the message.
- Observe that the sent image placeholder spins indefinitely and the image never arrives in the conversation.
Reproduced on the version above. The exact first affected version is unknown, but this began after several recent app updates.
What is the expected behavior?
The app should persist and upload the clipboard image when it is attached, then render it in the sent message. If the upload or local read fails, the app should show a clear error with a retry or remove/re-attach action instead of an endless spinner.
Additional information
Regression after several recent updates. Screenshot attached. Possibly related to #31590 and #32699, but this report is for macOS and reproduces as an indefinite post-send spinner with clipboard images generally; the root cause is not confirmed.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·