[webkit-dev] How to interpret repaint test results?

Xianzhu (Drew) Wang 王显著 wangxianzhu at chromium.org
Thu Feb 9 10:03:51 PST 2012

I searched code and found that the repaint rects are only enabled and used
on Mac. Chromium just paint the gray mask in layoutTestController.display()
and let the later repaints to clear the mask automatically. Haven't check
how other platforms do, but I think the different implementations cause
different pixel expectations and extra efforts of maintaining them.

How about just dumping the repaint rects as text? Moreover, based on this
we could also dump the repaint rects of composited layers so make some
tests feasible (for example, https://bugs.webkit.org/show_bug.cgi?id=75638).

On Wed, Feb 8, 2012 at 11:55 PM, Simon Fraser <simon.fraser at apple.com>wrote:

> On Feb 9, 2012, at 12:16 AM, Xianzhu (Drew) Wang 王显著 wrote:
> > I'm confused with the expected results of some repaint tests, for
> example, fast/repaint/fixed-scroll-simple.html. The expected pixel result
> (platform/mac/fast/repaint/fixed-scroll-simple-expected.png) is all masked
> by dark gray. Does this mean that no part of the page is repainted?
> However, the test seems to expect that some part of the page is repainted
> so that the red box is fully covered by the green box and is not left on
> the page. What did I miss?
> Repaint tests now make use of code in
> FrameView::repaintContentRectangle(), which records which rectangles were
> repainted, but only via calls to this method.
> I'm guessing that scrolling does invalidate, but not via
> FrameView::repaintContentRectangle().
> Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20120209/04656c3b/attachment.html>

More information about the webkit-dev mailing list