The test fails because when F10 key press is simulated the context menu pops up. This is a known bug with recent xkeyboard-config version, reported at GNOME Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=661973 There's a workaround for this until that bug gets resolved, posted at Launchpad: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/937822/comments/5 This can be used, with effect, in DumpRenderTree.
Created attachment 151480 [details] Patch
Comment on attachment 151480 [details] Patch I guess we'll need this fix for WebKitTestRunner as well...
(In reply to comment #2) > (From update of attachment 151480 [details]) > I guess we'll need this fix for WebKitTestRunner as well... True, but WebKitTestRunner doesn't currently set up any GtkCSSProviders before testing.
(In reply to comment #3) > (In reply to comment #2) > > (From update of attachment 151480 [details] [details]) > > I guess we'll need this fix for WebKitTestRunner as well... > > True, but WebKitTestRunner doesn't currently set up any GtkCSSProviders before testing. It hasn't needed to up to this point because the GtkCSSProviders was added to make DRT match the non-native scrollbar of WebKitTestRunner.
(In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #2) > > > (From update of attachment 151480 [details] [details] [details]) > > > I guess we'll need this fix for WebKitTestRunner as well... > > > > True, but WebKitTestRunner doesn't currently set up any GtkCSSProviders before testing. > > It hasn't needed to up to this point because the GtkCSSProviders was added to make DRT match the non-native scrollbar of WebKitTestRunner. Oddly enough the test passes in WebKitTestRunner without unbinding the F10 key, so it seems there's no need for a GtkCSSProvider in WKTR.
Comment on attachment 151480 [details] Patch Clearing flags on attachment: 151480 Committed r122349: <http://trac.webkit.org/changeset/122349>
All reviewed patches have been landed. Closing bug.