--- /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.
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.
I observed this in GTK, this regression might simply be limited to our port.
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 ***