Summary: | Test compositing/scrolling/touch-scroll-to-clip.html fails in WK1 | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Daniel Bates <dbates> | ||||
Component: | Layout and Rendering | Assignee: | Simon Fraser (smfr) <simon.fraser> | ||||
Status: | ASSIGNED --- | ||||||
Severity: | Normal | CC: | ap, simon.fraser, webkit-bug-importer, zalan | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.10 | ||||||
Attachments: |
|
Description
Daniel Bates
2015-04-23 15:20:47 PDT
Initially, I suspected that this could be an ATI specific issue (because EWS bots also have ATI graphics, and regular bots have Intel). But looks like this is a flaky test, I can reproduce that on a MacBook Pro with Nvidia graphics like this: run-webkit-tests --debug -1 compositing/scrolling/touch-scroll-to-clip.html --repeat 100 -f --no-retry --no-show (GraphicsLayer - (anchor 0.50 0.50) - (bounds 265.00 500.00) + (bounds 280.00 500.00) (contentsOpaque 1) ) Looks like it's just different by scrollbar width (15px). Probably just needs an iOS-specific result. (In reply to comment #2) > Looks like it's just different by scrollbar width (15px). Probably just > needs an iOS-specific result. Notice that the test failed on Mac EWS. (In reply to comment #3) > (In reply to comment #2) > > Looks like it's just different by scrollbar width (15px). Probably just > > needs an iOS-specific result. > > Notice that the test failed on Mac EWS. For completeness, the test is marked as failing in WK1 for iOS according to <http://trac.webkit.org/browser/trunk/LayoutTests/platform/ios-simulator-wk1/TestExpectations?rev=183154#L1020>. This seems like a genuine failure (space for scrollbar remains when overflow:hidden is set). |