When dragging file:// links off a web page, don't populate the

URL section of the dragging clipboard.  This avoids us reading
it back as file data.

The problem is that most file managers on Linux handle file drags
by populating the dragging clipboard with file:/// urls.  To make
file drags work, we convert file:// urls into actual files. Since
we want to support this use case, just block the file:// drags
originating from the renderer (the user can still drop the data
as plain text, say into a text field).

BUG=81307
TEST=Try dragging a link of a file:/// url into a file upload
    control.  It shouldn't work.

Review URL: http://codereview.chromium.org/7109031

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@88203 0039d316-1c4b-4281-b951-d872f2087c98

1 files changed, 5 insertions, 0 deletions

diff --git a/content/browser/renderer_host/test_render_view_host.cc b/content/browser/renderer_host/test_render_view_host.cc
index fd488d2..6a6b512 100644
--- a/content/browser/renderer_host/test_render_view_host.cc
+++ b/content/browser/renderer_host/test_render_view_host.cc
@@ -112,6 +112,11 @@ void TestRenderViewHost::SendShouldCloseACK(bool proceed) {
   OnMsgShouldCloseACK(proceed);
 }
 
+void TestRenderViewHost::TestOnMsgStartDragging(const WebDropData& drop_data) {
+  WebKit::WebDragOperationsMask drag_operation = WebKit::WebDragOperationEvery;
+  OnMsgStartDragging(drop_data, drag_operation, SkBitmap(), gfx::Point());
+}
+
 void TestRenderViewHost::set_simulate_fetch_via_proxy(bool proxy) {
   simulate_fetch_via_proxy_ = proxy;
 }