The link is just for reference, see the reduction instead. The center image renders incorrectly: there shouldn't be that yellow part inside the blue part. The problem is related to the "no-repeat" in the "background" style attribute of the center image. In Firefox it renders correctly if you don't remove the "no-repeat". In WebKit it always renders incorrectly. Somehow, WebKit is ignoring that "no-repeat". This bug could be related to 7691 since both have to do with "background".
Created attachment 6983 [details] Reduction This is the best I could do. Probably it could be reduced more.
I forgot to say that this happens in the latest nightly build (13244) and also in the last stable version of Safari (the one included in Mac OS X 10.4.5). I don't know about the previous versions.
No one has confirmed this yet, so I'll explain the problem better: 1 - Go to http://imdb.com/nowplaying/ 2 - Look at the yellow "search IMDb" on the upper left, just below the IMDb logo. 3 - Part of it goes over the blue image that says "now playing". This happens in the latest nightly (r13482). It doesn't happen in Firefox.
I think that this could indeed benefit from further reduction, changing the keyword accordingly.
Created attachment 7990 [details] Reduced test case Reduced test case, appears to be related to negative positioning and no-repeat as well as a height on the element.
Nice reduction, Alex. I changed it a bit to make the problem more visible. The picture is now 80x80, and the pixel values have changed (maybe not better, but it's a nicer picture :) ) The problem seems to be that if the size of the <a> tag is the exact same, or smaller, than the picture size, *and* the positioning of the background image has a negative value, then the "no-repeat" value of the background isn't honored. The x and y directions are independent, i.e. if the above criteria only holds for the x direction, the "no-repeat" value will still be honored in the y direction. I think picture with distinct, different colored, borders would make it easier to see exactly what happens when the positioning is changed. Changing to P3 as this is just a cosmetic problem.
Created attachment 8243 [details] Reduced test case no. 3
This is a duplicate of bug 5399. *** This bug has been marked as a duplicate of 5399 ***