ToT will render the Yahoo TV listings incorrectly the first time you visit it and it's not in active cache. But if you refresh or the page is loaded from active cache, it renders correctly.
Created attachment 5068 [details] Screen capture of incorrect Yahoo TV listings render. Here's a screen cap of the incorrect render, if that has any relevance.
Confirmed using "WebKit-CVS-2006-01-07 09-37-19 GMT.dmg" nightly build. Reproducible using a webarchive file! Note that you may have to hit reload four or five times to make the page render incorrectly (e.g., show the bug).
Created attachment 5546 [details] Webarchive of problematic web page
BTW, what is this bug a regression to? I see this bug in Mac OS X 10.4.3 with Safari 2.0.2 (416.13), too. Also, this is NOT the same as Bug 3509 as the rendering doesn't get cleaned up by using "Select All" or by hiding and switching back to Safari.
Please see if you can reproduce this bug after the fix for bug 6276 is applied.
I had the same thought. I tried applying the fix for Bug 6276 locally (from the now-frozen CVS tree), but that patch did not fix this problem. (Yes, I verified the test case for Bug 6276 was fixed after recompiling WebKit and starting Safari. :)
Created attachment 5557 [details] QuickTime movie of the page rendering incorrectly
In attempting to narrow down the test case, I first attempted to remove everything out of the <head></ head> section except the <title></title>. I discovered that when the page renders incorrectly, you are catching a glimpse of it before any stylesheets are applied (as seen in the middle of the QuickTime movie in Attachment 5557 [details]). It would seem that there is a problem when styles are applied late to the page.
Adding Regression keyword.
Upping to P1 because this is a regression.
Looks like the problem is caused by "FOUC". I suspect this is not a regression at all, but rather a change in the site.
This doesn't seem reproducible anymore. Downgrading to P2. Can someone confirm that this is no longer an issue? Thanks.
No, this still happens for me. Still exactly the same as the screen cap I attached.
This is no longer reproducible since Yahoo! changed their TV listings page, and because the webarchive failed to save a CSS file from an @import statement: http://tv.yahoo.com/css/ytvlsm.css. (Interestingly enough, Firefox failed to save this CSS file as well using the "Web Page, Complete" output format.) I have a number of versions of this file saved locally, but none captured this CSS file. Unless we have a contact at Yahoo! that can provide a copy of this old file for testing, I'm afraid we're out of luck.
(In reply to comment #14) > This is no longer reproducible since Yahoo! changed their TV listings page, and > because the webarchive failed to save a CSS file from an @import statement: > http://tv.yahoo.com/css/ytvlsm.css. (Interestingly enough, Firefox failed to > save this CSS file as well using the "Web Page, Complete" output format.) Filed Bug 11839 for the issue of CSS files in @import statements not being saved to webarchives.
Radar <rdar://problem/4959688>
Downgrading priority as this is not a regression from shipping Safari, and is not currently reproducible.
This problem has re-appeared in Webkit with a new version of Yahoo TV and the most recent version of the Nightly Build (9/13/2007) with the 10.4.9 system version applied. Upgrading back to P1. http://tv.yahoo.com/listings?.intl=us&%3bzip=78746 It is not an issue with the release version of Safari.
(In reply to comment #18) > This problem has re-appeared in Webkit with a new version of Yahoo TV and the > most recent version of the Nightly Build (9/13/2007) with the 10.4.9 system > version applied. Upgrading back to P1. > > http://tv.yahoo.com/listings?.intl=us&%3bzip=78746 > > It is not an issue with the release version of Safari. > Now it renders correct with current Webkit nightly, cleared cache numerous times.
I'm going to go ahead and resolve this bug, as Yahoo has significantly change their TV listings page and the webarchive attached to this bug doesn't contain all the resources necessary to reproduce the page.
(In reply to comment #20) > I'm going to go ahead and resolve this bug, as Yahoo has significantly change > their TV listings page and the webarchive attached to this bug doesn't contain > all the resources necessary to reproduce the page. Unfortunately, the webarchive didn't contain all the resources necessary to reproduce the issue.