<div>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.</div>

<div><br></div><div>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, <a href="https://bugs.webkit.org/show_bug.cgi?id=75638" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=75638</a>).</div>

<div><br></div><div><div class="gmail_quote">On Wed, Feb 8, 2012 at 11:55 PM, Simon Fraser <span dir="ltr"><<a href="mailto:simon.fraser@apple.com" target="_blank">simon.fraser@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Feb 9, 2012, at 12:16 AM, Xianzhu (Drew) Wang 王显著 wrote:<br>
<br>
> 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?<br>


<br>
</div>Repaint tests now make use of code in FrameView::repaintContentRectangle(), which records which rectangles were repainted, but only via calls to this method.<br>
<br>
I'm guessing that scrolling does invalidate, but not via FrameView::repaintContentRectangle().<br>
<span><font color="#888888"><br>
Simon<br>
<br>
<br>
</font></span></blockquote></div><br></div>