Bug 83560

Summary: fast/events/drop-with-file-paths.html baselines shouldn't expose local filename information
Product: WebKit Reporter: Philippe Normand <pnormand>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Severity: Normal CC: ap, jeffrey+webkit, mrobinson, zan
Priority: P2 Keywords: Gtk, LayoutTestFailure, Regression
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
URL: http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r113598%20(22828)/results.html

Description Philippe Normand 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.
Comment 1 Vicki Pfau 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.
Comment 2 Philippe Normand 2012-04-10 15:16:46 PDT
I observed this in GTK, this regression might simply be limited to our port.
Comment 3 Martin Robinson 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 ***