Bug 68895
| Summary: | [Chromium] Layout Test fast/canvas/canvas-composite-transformclip.html is failing | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Shinichiro Hamaji <hamaji> |
| Component: | Tools / Tests | Assignee: | Mike Reed <reed> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | caryclark, epoger, mihaip |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Shinichiro Hamaji
The following layout test is failing on win mac GPU
fast/canvas/canvas-composite-transformclip.html
fast/canvas/canvas-composite.html
Probable cause:
This skia roll? http://src.chromium.org/viewvc/chrome?view=rev&revision=102914
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Shinichiro Hamaji
Committed r96103: <http://trac.webkit.org/changeset/96103>
Mihai Parparita
This was caused by http://crrev.com/102914, which is a Skia roll.
Mike Reed
Will be rebaselined tomorrow by today's sheriff.
Shinichiro Hamaji
Committed r96191: <http://trac.webkit.org/changeset/96191>
Shinichiro Hamaji
Done.
I rebaselined svg/W3C-SVG-1.1/pservers-grad-14-b.svg as well, because the comment says we can rebaseline it after skia 2295.
It seemed Mike the result of fast/canvas/canvas-transforms-during-path.html will change after skia 2330, but it didn't fail actually.
Shinichiro Hamaji
Committed r96201: <http://trac.webkit.org/changeset/96201>
Mike Reed
Thanks Shinichiro. I didn't trust my local runs of DRT, so I must have included some tests that did in fact not need to be rebaselined. Sorry about that.
Mihai Parparita
Looks the there was no rebaselining for the Mac GPU bots. I think this is because webkit-patch rebaseline-expectations didn't know about those bots, I have a patch up at bug 69016 to fix that (and I landed baselines with http://trac.webkit.org/changeset/96244).