|Summary:||REGRESSION(r151146) fast/forms/control-clip-overflow.html fails|
|Product:||WebKit||Reporter:||Zoltan Arvai <zarvai>|
|Component:||Tools / Tests||Assignee:||Nobody <webkit-unassigned>|
|Severity:||Normal||CC:||hyatt, kadam, roger_fong, thorton|
|Version:||528+ (Nightly build)|
|Bug Depends on:|
Description Zoltan Arvai 2013-06-04 02:41:04 PDT
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 ...
Comment 1 Zoltan Arvai 2013-06-04 04:16:41 PDT
Skippen on Qt in http://trac.webkit.org/changeset/151163. Please unskip it with proper fix.
Comment 2 Roger Fong 2013-06-04 11:54:11 PDT
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.
Comment 3 Roger Fong 2013-06-04 11:56:53 PDT
Also I didn't see this failure locally. Weird.