fast/repaint/fixed-move-after-keyboard-scroll passes on Leopard, fails on Snow Leopard
This is a new test. It passes on Leopard and most other platforms WebKit runs on, but seems to fail on Snow Leopard. Based on the test output I suspect that the test is finishing before the test body runs. I've verified that the test passes when run manually. The test depends on eventSender.keyDown("pageDown") dispatching a synchronous scroll event. This is true on Leopard, but might not be true on Snow Leopard (perhaps due to fancy scroll animations or some such?). If this really is what is happening, it should be pretty easy to modify the test to work around this.
I won't get a chance to look into this until next week, so I would like to add it to the SL skipped list until then.
Created attachment 54843 [details] Patch
Comment on attachment 54843 [details] Patch You should have just checked this in. it's impossible to CQ this since the tree is currently on fire because of this. Broken tree = very lame.
Comment on attachment 54843 [details] Patch Clearing flags on attachment: 54843 Committed r58639: <http://trac.webkit.org/changeset/58639>
All reviewed patches have been landed. Closing bug.
I'm very sad. The tree was needlessly red for over a day due to the original change. Total lame. Fixed now, I believe.
Sorry, I promised James I'd look at this bug other stuff came up.
I now have access to a Snow Leopard machine (hurray!) am investigating this.
This seems to boil down to smooth scrolling being on by default in Snow Leopard and off by default in Leopard. With "Use smooth scrolling" disabled in my System Preferences on Snow Leopard the test passes unmodified. The options are: - teach DRT how to turn smooth scrolling off when running layout tests - teach this test to detect when smooth scrolling is going on and accomodate it I think the first option is better.