You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: DNG photos cannot be attached even as ordinary files #16023
I searched existing issues and did not find a DNG-specific duplicate.
I included enough detail to reproduce or investigate the problem.
Area
Not sure. Chat composer / file attachments.
Steps to reproduce
Open a T3 Code conversation.
Try to attach an original .dng / .DNG photo. My example is IMG_3921_7-50-59.DNG.
Try to send it to the agent as an attachment.
Expected behavior
Accept the DNG as an ordinary file attachment and make the original file available to the agent, just as other arbitrary file formats can be attached.
It is fine if the model cannot read DNG directly, or if the composer cannot display a preview. The agent can convert the file to PNG/JPEG itself and inspect the result. Native DNG image rendering or automatic conversion is optional; being able to attach the file is the important part.
Actual behavior
I cannot attach the DNG file at all. Other arbitrary file formats can be attached, but this photo format is blocked before the agent can access and convert it.
Impact
Minor bug or occasional failure. Very annoying when sharing original photos: I have to convert the file manually before I can give it to the agent.
Version or commit
Connected environment CLI reports t3 v0.0.45. Exact client build not recorded.
Environment
Reported on 2026-10-05. Connected agent environment is macOS. The agent in this conversation is Codex.
Workaround
Manually convert the DNG to PNG/JPEG outside T3 Code, then attach the converted image.
Related issue
#10936 reports a similar attachment restriction for SVG. This report covers DNG/raw photos and the same need to fall back to a generic file attachment when a format cannot be sent directly to the model as an image.
Reproduced in the real web dev app on Linux at a12d6ed942: the composer accepts a synthetic .DNG fixture as an ordinary file when its MIME type is empty, but rejects DNG inputs supplied as image/x-adobe-dng or image/dng with “is not a supported image type.” Observed in both an empty Codex conversation and a populated Claude conversation. The MIME variants were supplied through the browser file input; the reporter's original photo and macOS picker were not available.
Reproduced in the Linux web app: DNG files reported as image/x-adobe-dng or image/dng were rejected before upload. The fix accepts them as ordinary files and preserves their bytes; a real Codex turn read the uploaded 178-byte synthetic fixture with matching SHA-256. Fix and evidence: #23357. Native macOS picker and desktop/mobile clients remain unverified.
Activity
juliusmarminge commentedon Oct 22, 2026
Reproduced in the real web dev app on Linux at a12d6ed942: the composer accepts a synthetic
.DNGfixture as an ordinary file when its MIME type is empty, but rejects DNG inputs supplied asimage/x-adobe-dngorimage/dngwith “is not a supported image type.” Observed in both an empty Codex conversation and a populated Claude conversation. The MIME variants were supplied through the browser file input; the reporter's original photo and macOS picker were not available.juliusmarminge commentedon Oct 22, 2026
Reproduced in the Linux web app: DNG files reported as image/x-adobe-dng or image/dng were rejected before upload. The fix accepts them as ordinary files and preserves their bytes; a real Codex turn read the uploaded 178-byte synthetic fixture with matching SHA-256. Fix and evidence: #23357. Native macOS picker and desktop/mobile clients remain unverified.