117185 2013-06-04 02:41:04 -0700 REGRESSION(r151146) fast/forms/control-clip-overflow.html fails 2017-07-18 08:29:59 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified NEW MakingBotsRed, Regression P2 Normal --- 116689 1 zarvai webkit-unassigned hyatt kadam roger_fong thorton oldest_to_newest 896795 0 zarvai 2013-06-04 02:41:04 -0700 The test fast/forms/control-clip-overflow.html says no scroll bar should be visible below the popup and the button. After r151146 scroll bars appeared on all layout tester bot. http://build.webkit.org/results/Qt%20Linux%20Release/r151146%20%2860626%29/results.html http://build.webkit.org/results/GTK%20Linux%2064-bit%20Debug%20WK1/r151147%20%282369%29/results.html http://build.webkit.org/results/EFL%20Linux%2064-bit%20Release%20WK1/r151146%20%28108%29/results.html http://build.webkit.org/results/Apple%20Lion%20Release%20WK1%20%28Tests%29/r151161%20%2813032%29/results.html ... 896828 1 zarvai 2013-06-04 04:16:41 -0700 Skippen on Qt in http://trac.webkit.org/changeset/151163. Please unskip it with proper fix. 896991 2 roger_fong 2013-06-04 11:54:11 -0700 Well, one thing I didn't check thoroughly enough was whether or not clearLayoutOverflow is now called too early (something else still accesses layoutOverflowRect between the time it's now called and when it used to be called). Perhaps this means that clearLayoutOverflow should still just be called where it used to, which unfortunately requires spreading out the delayed scrolling logic a bit...but better than a test failing. 896993 3 roger_fong 2013-06-04 11:56:53 -0700 Also I didn't see this failure locally. Weird. 897470 4 ap 2013-06-05 10:52:37 -0700 *** Bug 117207 has been marked as a duplicate of this bug. ***