Bug 97837 – REGRESSION(r129823): Cause a bunch of pixel failures on Chrome Linux that look like real regressions (Requested by ojan on #webkit).

• Status: RESOLVED
• Resolution: FIXED
• Component: New Bugs

[WebKit Review Bot]

http://trac.webkit.org/changeset/129823 broke the build:
Cause a bunch of pixel failures on Chrome Linux that look like real regressions (Requested by ojan on #webkit).

This is an automatic bug report generated by the sheriff-bot. If this bug
report was created because of a flaky test, please file a bug for the flaky
test (if we don't already have one on file) and dup this bug against that bug
so that we can track how often these flaky tests case pain.

"Only you can prevent forest fires." -- Smokey the Bear

[WebKit Review Bot]

Created attachment 166108 [details]
ROLLOUT of r129823

Any committer can land this patch automatically by marking it commit-queue+.  The commit-queue will build and test the patch before landing to ensure that the rollout will be successful.  This process takes approximately 15 minutes.

If you would like to land the rollout faster, you can use the following command:

  webkit-patch land-attachment ATTACHMENT_ID

where ATTACHMENT_ID is the ID of this attachment.

[Ojan Vafai]

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=editing%2Fselection%2Fvertical-rl-ltr-extend-line-backward-wrap.html%2Cediting%2Fselection%2Fvertical-lr-ltr-extend-line-forward-br.html%2Cediting%2Fselection%2Fvertical-rl-ltr-extend-line-backward-br.html%2Cediting%2Fselection%2Fvertical-rl-ltr-extend-line-backward-p.html%2Cediting%2Fselection%2Fvertical-lr-ltr-extend-line-backward-br.html%2Cediting%2Fselection%2Fvertical-rl-ltr-extend-line-forward-br.html%2Cediting%2Fselection%2Fvertical-rl-ltr-extend-line-forward-wrap.html%2Cediting%2Fselection%2Fvertical-rl-ltr-extend-line-forward-p.html%2Cfast%2Fwriting-mode%2Fjapanese-rl-text-with-broken-font.html%2Cfast%2Fwriting-mode%2Fjapanese-lr-selection.html%2Cfast%2Fwriting-mode%2Fvertical-font-fallback.html%2Cfast%2Fwriting-mode%2FKusa-Makura-background-canvas.html%2Cfast%2Fwriting-mode%2Fvertical-baseline-alignment.html%2Cfast%2Fwriting-mode%2Fvertical-align-table-baseline.html%2Cfast%2Fwriting-mode%2Fjapanese-rl-selection.html%2Cfast%2Fwriting-mode%2Fjapanese-rl-text.html%2Cfast%2Fwriting-mode%2Fjapanese-lr-text.html%2Cfast%2Fwriting-mode%2Fborder-vertical-lr.html%2Cfast%2Fdynamic%2Ftext-combine.html%2Cfast%2Frepaint%2Fjapanese-rl-selection-repaint.html%2Cfast%2Frepaint%2Frepaint-across-writing-mode-boundary.html%2Cfast%2Fruby%2Fbase-shorter-than-text.html%2Cfast%2Ftext%2Finternational%2Ftext-spliced-font.html%2Cmedia%2Ftrack%2Ftrack-cue-rendering-vertical.html

[WebKit Review Bot]

Comment on attachment 166108 [details]
ROLLOUT of r129823

Clearing flags on attachment: 166108

Committed r129829: <http://trac.webkit.org/changeset/129829>

[WebKit Review Bot]

All reviewed patches have been landed.  Closing bug.

[Kenichi Ishibashi]

The patch won't change the result if DRT is using kochi-mincho and it's the same of what I use. I guess bots are using different fonts. How can I check which fonts are actually used in bots?