Bug 25909 - eventSender.beginDragWithFiles drags with wrong paths from http tests
Summary: eventSender.beginDragWithFiles drags with wrong paths from http tests
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on: 25852
Blocks:
  Show dependency tree / graph
 
Reported: 2009-05-20 22:38 PDT by Eric Seidel (no email)
Modified: 2009-06-05 10:56 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Seidel (no email) 2009-05-20 22:38:09 PDT 
eventSender.beginDragWithFiles drags with wrong paths from http tests

The new eventSender.beginDragWithFiles takes relative paths.
These are resolved against the loaded document.
When you run an http test, the path passed to DumpRenderTree is a URL pointing to localhost, so the to-be-dragged files are also urls pointing to local host.  We can't stat non-file urls, so the stat fails and File.fileSize returns 0.

The only way I can think to fix this is if we pass some sort of absolute path to DumpRenderTree in addition to the http://localhost test url, so that DRT can know how to resolve these paths to on-disk files for dragging.
Comment 1 Eric Seidel (no email) 2009-05-20 22:59:39 PDT 
This support was added in bug 25852.
Comment 2 Eric Seidel (no email) 2009-06-05 10:56:23 PDT 
We can work around this limitation for the moment using http/local tests.  http/local tests are loaded as normal on-disk tests, but the http server is running.  So we can have them load remote iframes off of localhost/