[Webkit-unassigned] [Bug 38876] User paths exposed on file drop

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=38876


Tony Chang (Google) <tony at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tony at chromium.org




--- Comment #3 from Tony Chang (Google) <tony at chromium.org>  2010-05-11 20:42:19 PST ---
To provide some background, it looks like in IE8, a file drop causes the top level to navigate, so it's not possible to drop into a text area or contenteditable area.  In Firefox 3.5, the full path is displayed (i.e., it matches the current behavior of webkit).

What are cases where the user wants a link to the local filesystem to appear?  Maybe you want the filename only?  It seems weird to drop the file and have only the filename appear since dropping a file normally acts on the file's contents.  So I think DragOperationNone is fine.

That said, bonus points if you can detect files that are URL shortcuts (e.g., windows .URL files) and allowing those to be dropped.  This case is probably something for a follow up patch.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.