Dragging a generated image out of Codex Desktop to Finder/Downloads on macOS causes hard crash / apparent reboot
What version of the Codex App are you using (From “About Codex” dialog)?
Codex Desktop 26.623.101652 / bundle 4674
Codex Framework / Chromium base: 149.0.7827.197
Installed app path: /Applications/Codex.app
What subscription do you have?
Pro, but likely not relevant to local crash behavior.
What platform is your computer?
- macOS
26.5.1build25F80 - Darwin
25.5.0 - Apple Silicon / ARM64
- Hardware model:
MacBookAir10,1 - Chip: Apple M1
- Memory: 16 GB
What issue are you seeing?
Dragging a generated/rendered image from inside the Codex macOS desktop app out to Finder, for example to the Downloads folder, consistently causes a severe crash/restart failure. From the user perspective, the app (inner, not the electron shell) appears to crash and reboot after the outgoing image drag.
What steps can reproduce the bug?
Observed sequence:
- Launch Codex Desktop on macOS.
- Open a Codex thread with a generated/rendered image visible in the conversation.
- Drag that generated image out of Codex to Finder, for example into the Downloads folder.
- Codex crashes hard enough that it appears as an app reboot.
What is the expected behavior?
Dragging a generated image out of Codex should save/copy/export the image successfully without crashing.
The save currently completes successfully, but the crash happens.
Additional information
I will include a video below showing the outgoing drag from a generated/rendered image in Codex to Finder/Downloads and the resulting crash/restart behavior.
I did not find an exact duplicate for “dragging a generated image out of Codex Desktop on macOS causes hard crash/apparent reboot.” Related issues that may share image, renderer, drag/drop, or crash code paths:
- #25637: dragged Simulator screenshot thumbnail is not materialized before the temp file disappears
- #13508: very large image attachment can freeze/nuke a thread
- #30553: macOS
CrBrowserMainEXC_BREAKPOINT/SIGTRAPcrash family - #12323: large paste can freeze/crash macOS
I can submit /feedback from the affected Codex thread as well so maintainers get the private session/log bundle.
6 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
I checked the duplicate bot suggestions. #29987 is the closest match because it also involves macOS drag actions causing app restart, but this report is narrower: the trigger is dragging a generated/rendered image out of Codex to Finder/Downloads. #30891 and #31094 look related at the renderer/CrBrowserMain crash-family level, but they do not identify this outgoing image drag trigger.
I couldn't add video, so here's a gif. ;)
<img width="1130" height="720" alt="Image" src="https://github.com/user-attachments/assets/9409e907-dd36-4eb0-9212-5358347086ee" />
Duplicated with any image and any destination folder, either directly from the chat stream or the magnified image-inspector state:
<img width="1130" height="720" alt="Image" src="https://github.com/user-attachments/assets/0f226417-9c10-40f7-be96-ba532c96d2d2" />
Some additional triaging info for the bots: This is low priority bug, but likely a very quick fix.
Still reproducible on Codex App 26.715.72359 (5718), Chromium 150.0.7871.124, macOS 26.5.2 (25F84), Apple silicon.
I reproduced this 2/2 times in a Record & Replay capture by dragging an image attachment from a thread to Finder Desktop. Each drag was immediately followed by a Crashpad event identifying ptype: renderer. The main native app process remained alive and a new renderer process launched, confirming that the apparent app reboot is a renderer crash/restart. I had also encountered it twice before recording.