1) Go to Google product search (http://www.google.com/products)
2) Search for anything
3) On the results page, set the view to list view, if it isn't already
4) See rendering issue
Basically, the issue is that the area where the prices are overlaps and runs off the page to the right, making prices impossible to see without scrolling to the right. The page is rendered too wide, and the price area overlaps and runs over what would be the sponsored links area.
I would like to attach a screenshot of how WebKit renders this page (incorrect) vs. Camino (gecko-based) renders the page (correct), however I cannot find where to attach anything.
This issue occurs with the Safari 3.0 beta and with the Safari 3.0 beta using the most recent webkit nightly.
Created attachment 15178 [details]
Safari, full screen, no prices visible (incorrect rendering).
Confirmed with Safari 3.0 (522.11) with a local debug build of WebKit r23728 on Mac OS X 10.4.10 (8R218).
This is a regression from Safari 2.0.4 (419.3) as the page renders similar to Firefox 184.108.40.206 on the same Mac.
Note that the text descriptions of the items do not wrap in ToT WebKit, either (compared to Safari 2.0.4 and Firefox 220.127.116.11), which may or may not be related.
Needs a reduction to determine if this is a WebKit bug or a Google evangelism bug.
(In reply to comment #2)
> Needs a reduction to determine if this is a WebKit bug or a Google evangelism
Spoofing Safari 3.0 as Firefox 18.104.22.168 does not change the rendering, so this is likely a browser bug.
In working on a test case reduction for this I realized that removing the doctype causes the page to render CORRECTLY. The doctype is:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
I am working on a reduction with the doctype included so that I can find the specific problem in the code that renders this particular doctype. Is this the correct thing I should be doing?
Created attachment 15288 [details]
<div><nobr></div> closes nobr in Firefox but not in WebKit ToT.
ToT behavior here matches HTML5 draft and html5lib output but not Firefox.
Looks like a Google bug per Comment #6 and Comment #7.
Created attachment 15415 [details]
Slightly less reduced test case to show impact of doctype
On Firefox this page works because <div><nobr></div> closes nobr. On IE7 it does not close but the page works since nobr does not affect content of tables. Without DOCTYPE WebKit defaults to quirks mode which matches IE behavior and the page works too. However the Transitional DOCTYPE on the page throws WebKit to almost-standards mode.
We could fix this by adopting Firefox nobr close behavior but that does not match either IE or current HTML5 draft so it does not sound very appealing. Adopting IE behavior in almost-standards mode sounds like a bad idea too. I think this could be better fixed in Google side.
This is an evangelism issue per Comment #9.
This appears to be fixed now!