Bug 9206
| Summary: | Page content is exactly one window too low | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Craig <craig> |
| Component: | Tables | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | ap, ian |
| Priority: | P2 | Keywords: | NeedsReduction |
| Version: | 420+ | ||
| Hardware: | Mac | ||
| OS: | OS X 10.4 | ||
| URL: | http://www.true.com/search.htm | ||
Craig
As if a height: 100% gap has been defined, one full page has to be scrolled before any content is displayed on true.com. This existed in the release builds of WebKit, but also appears in the June 1st nightly, so it's still around.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I can reproduce this problem by opening <http://www.true.com/search.htm> (but not the front page).
Alexey Proskuryakov
This site uses User-Agent sniffing to serve different HTML to Safari and to Firefox.
curl http://www.true.com/search.htm --header "User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ru-ru) AppleWebKit/418 (KHTML, like Gecko) Safari/417.9.3" >safari.html
curl http://www.true.com/search.htm --header "User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4" >firefox.html
Safari and Firefox render both versions identically (thus the version served to Safari is rather likely to be buggy).
Mike Jorgensen
(In reply to comment #1)
> I can reproduce this problem by opening <http://www.true.com/search.htm> (but
WORKSFORME with Safari 2.0.4 (419.3)
Alexey Proskuryakov
Thank you for checking! So, the site was fixed, closing as INVALID.