74726 2011-12-16 10:00:41 -0800 REGRESSION(r103073): fast/forms/input-text-scroll-left-on-blur.html failing 2011-12-19 03:48:02 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified RESOLVED FIXED P2 Normal --- 1 enne webkit-unassigned enne mnaganov rniwa oldest_to_newest 522804 0 enne 2011-12-16 10:00:41 -0800 http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&tests=fast%2Fforms%2Finput-text-scroll-left-on-blur.html Revision range is: http://trac.webkit.org/log/?verbose=on&rev=103073&stop_rev=103071 522810 1 enne 2011-12-16 10:07:44 -0800 Committed r103078: <http://trac.webkit.org/changeset/103078> 522811 2 enne 2011-12-16 10:08:28 -0800 Above commit was marking this as failing. I didn't mean to close this bug. 522869 3 mnaganov 2011-12-16 11:26:43 -0800 I've rebaselined test expectations: http://trac.webkit.org/changeset/103081 Canaries seem to be happy. 522896 4 rniwa 2011-12-16 12:03:29 -0800 Was this test only failing on Chromium? 522900 5 rniwa 2011-12-16 12:05:36 -0800 Also why was linux not rebaselined? 522905 6 rniwa 2011-12-16 12:10:32 -0800 Tests are failing on Qt. 522907 7 rniwa 2011-12-16 12:11:13 -0800 Why did you just remove expectations for Qt without rebaselining the tests? 522925 8 mnaganov 2011-12-16 12:24:19 -0800 I've masked test results on all platforms initially. Then I've rebaselined Chromium tests. This test (input-text-scroll-left-on-blur.html) wasn't failing only on Chromium---I've updated expectations in WebKit Mac and Win as well. Other ports seem to work differently---it looks like they just not upload results unless test is failing, no? I've already updated Gtk tests, will update Qt now. 522926 9 rniwa 2011-12-16 12:25:37 -0800 (In reply to comment #8) > I've masked test results on all platforms initially. Then I've rebaselined Chromium tests. This test (input-text-scroll-left-on-blur.html) wasn't failing only on Chromium---I've updated expectations in WebKit Mac and Win as well. > > Other ports seem to work differently---it looks like they just not upload results unless test is failing, no? I've already updated Gtk tests, will update Qt now. I don't think webkit-patch rebaseline-expectations work for non-Chromium ports if you used that. Neither does garden-o-matic. 522927 10 mnaganov 2011-12-16 12:28:55 -0800 I understand that. What I mean is that if you look at "upload results" log on Gtk or Qt, they only upload results of failed tests, not for all tests: http://build.webkit.org/builders/Qt%20Linux%20Release/builds/41118/steps/MasterShellCommand/logs/stdio 522935 11 enne 2011-12-16 12:33:58 -0800 (In reply to comment #3) > I've rebaselined test expectations: http://trac.webkit.org/changeset/103081 > > Canaries seem to be happy. Mac 10.5 (CG) canary seems to be sad: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.5%20%28CG%29/builds/1787 523127 12 enne 2011-12-16 15:59:17 -0800 Committed r103123: <http://trac.webkit.org/changeset/103123> 523822 13 mnaganov 2011-12-19 03:48:02 -0800 Tests were passing on Mac bots, after I've uploaded expectation files: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.5%20%28CG%29/builds/1832/steps/webkit_tests/logs/stdio http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.6%20%28CG%29%28dbg%29/builds/2097/steps/webkit_tests/logs/stdio Suppressions removed in http://trac.webkit.org/changeset/103226