RESOLVED DUPLICATE of bug 64285 83560
fast/events/drop-with-file-paths.html baselines shouldn't expose local filename information 
https://bugs.webkit.org/show_bug.cgi?id=83560
Summary fast/events/drop-with-file-paths.html baselines shouldn't expose local filena...
Philippe Normand
Reported 2012-04-10 03:46:25 PDT
--- /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/fast/events/drop-with-file-paths-expected.txt +++ /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/fast/events/drop-with-file-paths-actual.txt @@ -1,5 +1,5 @@ Drop files anywhere on this page. The page will try to intercept the drop--it should succeed but not be able to use dataTransfer.getData -Dropped file: file:///home/slave/webkitgtk/gtk-linux-64-release/build/LayoutTests/fast/events/resources/file-for-drop-with-file-paths.html +Dropped file: file:///var/lib/buildbot/build/gtk-linux-32-release/build/LayoutTests/fast/events/resources/file-for-drop-with-file-paths.html Dropped types: text/uri-list,Files,URL I'll skip it for now. My humble guess is that only resources/file-for-drop-with-file-paths.html should be printed instead of the full url.
Attachments
Add attachment proposed patch, testcase, etc.
Vicki Pfau
Comment 1 2012-04-10 14:11:53 PDT
This appears to be a regression. https://bugs.webkit.org/show_bug.cgi?id=25882 was tracking the original bug, but that was closed awhile ago.
Philippe Normand
Comment 2 2012-04-10 15:16:46 PDT
I observed this in GTK, this regression might simply be limited to our port.
Martin Robinson
Comment 3 2015-05-08 16:13:23 PDT
Punting on this until the WebKit2 blocker is fixed. We can look at it again when it is unskipped. *** This bug has been marked as a duplicate of bug 64285 ***
Note You need to log in before you can comment on or make changes to this bug.