1/31/07 3:38 PM Stan Jirman: Load this page: http://supermasj.zenfolio.com/ You will see that the left half of all images is missing (see screen shot), incl. when you descend into the galleries. This is not in the spirit of the web site, and it shows up correctly in Firefox. 2/12/07 2:05 PM John Sullivan: This essentially breaks the site, so I think it should be p1. Sample URL: http://supermasj.zenfolio.com/p987404164/?session=0ED9EC291743042F&_not_a_link 2/18/07 9:43 PM Adam Roben: This worked in r13354, and is broken in r13372. I'll try to narrow down further. 2/18/07 10:51 PM Adam Roben: Attaching a reduced testcase
<rdar://problem/4967757>
Created attachment 13232 [details] testcase that fails in both Safari 2.0.4 and ToT
I'm suspicious of r13372 http://trac.webkit.org/projects/webkit/changeset/13372
Gah, seems I've reduced too far. The attached testcase behaves the same in Safari 2.0.4 and ToT
Note, however, that Safari and Firefox disagree on the rendering of the testcase.
Created attachment 13234 [details] testcase that behaves differently in 2.0.4 and ToT Here's another reduction. This one shows different behavior in Safari 2.0.4 and ToT. However, I believe the original testcase still shows the bug, and shows that in some cases Safari 2.0.4 exhibited this buggy behavior.
Comment on attachment 13234 [details] testcase that behaves differently in 2.0.4 and ToT If you replace the <link> tag in this testcase with the source of the css file it links to, 2.0.4 and ToT will agree on the rendering (but they'll still be different from Firefox).
Created attachment 13235 [details] The One True Testcase Here we go. This testcase behaves the same in Firefox and Safari 2.0.4. ToT now respects overflow:hidden on elements with display:table as a result of r13372. It seems to me that ToT's behavior is correct.
Is the site in quirks or strict mode? We could consider a quirk if we're lucky enough that it is not in strict mode. :)
(In reply to comment #9) > Is the site in quirks or strict mode? We could consider a quirk if we're lucky > enough that it is not in strict mode. :) > The site is in strict mode (although this isn't reflected by the testcase). I guess we chalk this up to a bug with the site, then?
Created attachment 13239 [details] The One True Testcase (strict mode) Here's the same testcase in strict mode, for accuracy, showing the same behavior as in quirks mode in Safari 2.0.4, ToT, and Firefox.
Turns out the One True Testcase is not to be believed. As far as I can tell, in Firefox there is no element that would be clipping the image, so this testcase does not accurately reflect the problem.
Spoofing as Firefox results in the page rendering correctly. Safari is getting sent different CSS based on buggy Safari 2.0.4 behavior. ToT handles the CSS correctly, resulting in the images being clipped. Moving to Evangelism.
(In reply to comment #7) > (From update of attachment 13234 [details] [edit]) > If you replace the <link> tag in this testcase with the source of the css file > it links to, 2.0.4 and ToT will agree on the rendering (but they'll still be > different from Firefox). > It's worth noting here that this is because the website does UA sniffing. More importantly, when spoofing as Firefox 2, TOT WebKit renders the image correctly.
Lowering priority to P2 now that it is clear that this is an evangelism bug.
I don't the issue in Webkit r30123. Is it already fixed? Any confirmations?
(In reply to comment #16) > I don't the issue in Webkit r30123. Is it already fixed? Any confirmations? > As I said a half year ago I don't see the issue on a reported page. Closing as fixed.