Summary: | Layout Test media/video-zoom-controls.html is failing | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Fumitoshi Ukai <ukai> | ||||
Component: | Tools / Tests | Assignee: | Adam Klein <adamk> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | adamk, fischman, hyatt | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Attachments: |
|
Description
Fumitoshi Ukai
2011-09-11 18:39:03 PDT
Will look. It's surprising to me that a border-image patch would cause this. I don't fail this test on Lion. If the visual result didn't change maybe just rebaseline? Are you absolutely sure that the border image patch caused this? (In reply to comment #3) > I don't fail this test on Lion. If the visual result didn't change maybe just rebaseline? > Are you absolutely sure that the border image patch caused this? I think so; I'm using this as my test: ./Tools/Scripts/new-run-webkit-tests -f media/video-zoom-controls.html --print=everything --full-results-html --platform=chromium-gpu-linux -p in a client sync'd to WK @94949 and chromium @100706, and commenting out the line in test_expectations.txt. At those CLs, the command above fails with the text diff shown (and matching the failures in flakiness_dashboard URL included in the OP), and reverting just 94912 (8efc29aa99375a8afb0f1b6e8d711ea09939bf69 in my git checkout) makes the above command-line pass (after rebuilding DumpRenderTree). This seems 100% reproable (i.e. going back and forth between 94912 reverted and not). Created attachment 116278 [details]
Patch
Committed r101027: <http://trac.webkit.org/changeset/101027> |