Closed Bug 783102 Opened 13 years ago Closed 7 years ago

File drag-and-drop does not work on <input type="file">

Categories

(Core :: DOM: Core & HTML, defect)

16 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: from_bugzilla3, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:16.0) Gecko/16.0 Firefox/16.0 Build ID: 20120809071137 Steps to reproduce: 1. Drag-and-drop a file from PCManFM into iqdb.org's <input type="file"> field 2. Repeat the process from the image list in Geeqie (formerly GQView) Actual results: In both cases, Firefox acts as if I'd dropped the file anywhere else in the page and attempts to open it. (Either navigating the tab to the image in question or displaying a download dialog for the file I dragged from an already-local path) I can click Browse and then drag-and-drop into the GTK+ file chooser, but that has several very annoying problems: 1. It involves several extra clicks 2. It contaminates the dialog's memory of its last location 3. It is often sluggish because it insists on loading at least part of the old AND the new containing folder's contents before it becomes sensitive to drag-and-drop or clicks on the "Open" button 4. It depends on a platform-specific behaviour Expected results: Firefox should have done as Chrome does. Drag-and-drop of a file onto a type="file" input field with no special Javascript drag-and-drop handlers should set the field to the dropped file's path. Bug 50660 seems to indicate that this feature was implemented in Firefox 3.x and broken again in Firefox 6 but since it's still RESO FIXED, I'm assuming there's some reason they consider the breakage a separate issue. This is actually one of the reasons I keep both Chrome and Firefox on my system. It's easier and cheaper to buy extra RAM and run Chrome and Firefox in parallel for different tasks than to waste my time (and time is money) fighting with Firefox's half-baked OpenSearch and drag-and-drop support. (And then just copy-paste URLs back and forth between the address bars) (There's also a similar "Chrome works, Firefox doesn't" compatibility bug with the HTML5 drag-and-drop which I'll be filing separately.)
Component: Untriaged → DOM: Core & HTML
Product: Firefox → Core
Is this still relevant? I can drag files both onto the button and the label of the file input. It might be nicer if the field informed user she can drop the dragged file (https://bugzilla.mozilla.org/show_bug.cgi?id=662267) but the described issue I cannot reproduce.
Today's been busy but I'll try to get you a definitive answer within the next 24 to 48 hours.
Hmm. Looks like this issue has been fixed, but I'll have to open another for a bug in how it operates. Can someone close this as FIXED is only offering me "INVALID" and "DUPLICATE" as options?
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.