Bug 52297

Summary: [GTK] editing/input/page-up-down-scrolls.html fails
Product: WebKit Reporter: Philippe Normand <pnormand>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED WORKSFORME    
Severity: Normal CC: mihaip, mrobinson
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: OS X 10.5   

Philippe Normand
Reported 2011-01-12 07:05:23 PST
--- /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/editing/input/page-up-down-scrolls-expected.txt 2011-01-12 06:48:56.000000000 -0800 +++ /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/editing/input/page-up-down-scrolls-actual.txt 2011-01-12 06:48:56.000000000 -0800 @@ -1,4 +1,5 @@ -xx +FAIL: Timed out waiting for notifyDone to be called +x This test simulates hitting page up and page down once each. Both keypresses should generate exactly one scroll event. If running manually, press the keys now. -PASS +FAIL (just here to force scrollbars) Will skip it for now.
Attachments
Add attachment proposed patch, testcase, etc.
Philippe Normand
Comment 1 2011-01-12 07:09:36 PST
Skipped as of http://trac.webkit.org/changeset/75607
Mihai Parparita
Comment 2 2011-01-12 07:32:44 PST
This is presumably because of http://trac.webkit.org/changeset/75555, but I'm not sure I see how it would fail for GTK and pass for other ports. DRT differences?
Martin Robinson
Comment 3 2011-01-13 16:02:57 PST
This is passing now. Unskipped on the bots. I'm not sure what the issue was.
Note You need to log in before you can comment on or make changes to this bug.