[webkit-dev] Question regarding rebaseline for Layout Test Result for EFL port
James Robinson
jamesr at google.com
Mon Jan 23 15:22:46 PST 2012
On Mon, Jan 16, 2012 at 12:02 AM, Gyuyoung Kim <gyuyoung at gmail.com> wrote:
> Hello WebKit folks.
>
> It looks that the result of layout test for EFL port needs rebaseline
> because of 101343. The revision modified line spacing of font in
> SimpleFontDataFreeType.cpp, and it seems that the existing layout test
> result of EFL port was influenced by it. (
> http://trac.webkit.org/changeset/101343)
>
> 3,936 test cases are failed after the revision (101343).
>
> * EFL port's layout test result with r101343
>
> => Results: 16139/27915 tests passed (57.8%)
> => Tests to be fixed (11776):
> 4423 text diff mismatch (37.6%)
> 9 image mismatch ( 0.1%)
> 7344 skipped (62.4%)
>
>
> * EFL port's layout test Result without r101343
>
> => Results: 20074/27915 tests passed (71.9%)
> => Tests to be fixed (7841):
> 1 test timed out ( 0.0%)
> 487 text diff mismatch ( 6.2%)
> 9 image mismatch ( 0.1%)
> 7344 skipped (93.7%)
>
>
> It looks GTK port also did rebaseline due to the revision.
> - http://trac.webkit.org/changeset/101354
> - http://trac.webkit.org/changeset/101352
> - http://trac.webkit.org/changeset/101351
> - And so on.
>
> I think EFL port also needs to do rebaseline for layout test result. GTK
> port did rebaseline without review because patch is too huge. Is there any
> processes for rebaseline ?
>
In Chromium, rebaselines are nearly always landed by Chromium committers
without review. If there is some doubt on whether a rebaseline is correct
or not it's expected that the committer will check with the appropriate
party, but we don't require the full review process.
I'd expect other ports follow a similar guideline for their own baselines.
- James
>
> - gyuyoung
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20120123/ba1a96a5/attachment.html>
More information about the webkit-dev
mailing list