Skip to content

[Bug]: DNG photos cannot be attached even as ordinary files #16023

Closed

Description

@sigvardt

Before submitting

  • 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

  1. Open a T3 Code conversation.
  2. Try to attach an original .dng / .DNG photo. My example is IMG_3921_7-50-59.DNG.
  3. 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.

Activity

  1. juliusmarminge commented on Oct 22, 2026

    @juliusmarminge
    Member

    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.

    DNG rejected in the populated conversation

  2. juliusmarminge commented on Oct 22, 2026

    @juliusmarminge
    Member

    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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions