This bug demonstrates a painting anomaly when attempting to clip an element. The situation only occurs with the element has a "top: 0px; left: 0px; width: Wpx; height: Hpx;" where W and H are the width and height of the body frame, and it is contained within a body whose margins are all set to 0. When you attempt to clip this element, the entire page background gets painted with something bizarre.. Sometimes it's blank white, sometimes it's bits and pieces of the Mozilla chrome. The important thing to notice is that if you change left, top, width, or height even by one pixel so that the element is not canvasing the entire frame, the painting error does not occur. Also, if you don't explicitly set any of the margins on the body, the bug goes away.

this is confirmed using m14 (build ID: 2000022820) on win98

I see the bug on linux too (2000-040708) - but first after having scrolled far down and then scrolling up again. The grey line is there. However...Communicator 4.7 display no grey line at all, only black page w/white text reading "This is a test. This page should have a gray line running running through the y-axis of the page."

The test case doesn't work in Netscape 4.x because it uses DOM stuff that NS4 doesn't support. It won't work in IE either because IE interprets clip rects different than Mozilla (and the CSS2 spec).

Troy fixed the clipping per the CSS2 errata last week (see bug 11565). I guess the testcase should be changed accordingly to see if the second part of the problem is still valid.

Joe, marking INVALID because the rect values for 'clip' have changed and so this example is no longer valid If you think is still broken, then please supply an updated test case and then reopen. Thanks

Adding 'verifyme' keyword

verifying. reopen if necessary, as above.