{"version":"2.1.317","anchor":"attachment-withdrawal-carries-hide-pictures-with-no-file-id","canonical_anchor":"attachment-withdrawal-carries-hide-pictures-with-no-file-id","heading":"Deleted chat images are cleaned up locally and hidden from Claude","tier":"internal","area":"Sessions","scope":"individual","heads_up":false,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.317\/e\/attachment-withdrawal-carries-hide-pictures-with-no-file-id","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.317","markdown":"### Deleted chat images are cleaned up locally and hidden from Claude\n\nWhen a chat attachment is deleted, its local copy can be removed and Claude is told the image is gone and must not recover it\n\n**What**\n\nWhen images arrive from a connected chat as attachments, Claude Code keeps copies on your computer. New handling covers what happens when such an attachment is deleted:\n\n- Attachments listed in `removed_chat_files` are deleted from local disk if their content still matches.\n\n- A second pass handles uploads stored in place in a staging area.\n\n- New instructions tell Claude that an image was deleted or hidden and that it must not recover any saved copy.\n\n- The list of withdrawn files (`withdrawnFileUuids`) can now also carry `hide_pictures_with_no_file_id_before`, a date. Pictures sent without a file id from before that time can be hidden. It defaults to 0.\n\nThe deletion handling sits behind two server-controlled switches, `tengu_cozy_hamming` and `tengu_mossy_kepler`. Nothing has been read about either.\n\n**Why**\n\nDeleting an image in the chat can now also remove the copy on disk and stop Claude from referring to it.\n\n- Area: Sessions\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 3\/5\n- Scope: individual\n- Heads-up: no"}