fix: accept dragged files the browser labels a different way

↗ view on GitHub · Ethan Ward · 2026-08-19 · 598d1c6a

A drag was only recognised when the browser labelled it exactly "Files".
Some Linux file managers, and some apps, hand a dragged file over as
"text/uri-list" or "application/x-moz-file" instead, and those drags were
ignored outright - no drop panel, no upload, nothing, which reads as
drag-and-drop simply not working. Ignoring the drag also let the browser
take it instead and leave the app to open the file, losing the page.

All five places that accept dropped files now share one test, and a drag
that carries only a link says so instead of appearing to do nothing.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PoCRDAPyEq4wwBVFFbDzck
Repository wardethan2000-eng/mike
Author Ethan Ward <ethanward321@hotmail.com>
Authored
Parents 464b7aa0
Stats 5 files changed , +153 , -13
Part of Chat-only matter attachments

Capture this commit into my fork

Download a Markdown prompt that tells Claude how to port this exact commit into your working tree. Run it via claude -p < capture-commit-598d1c6a.md from inside the repo you want the change in.

⬇ Download capture-commit-598d1c6a.md