I'm just wanting a show of hands if anyone else is running afoul of Mozilla bug 312688 when they browse various pages on AW.com?
It's an intermittent problem that I've been having for a year or so now, whenever I browse the main, gallery and image pages.
Basically what happens is the outermost anonymous div element that contains the main content of the page, despite having a CSS-specified height of 100% (meaning "take up the full height of the page body"), instead only gets sized as large as the viewport, causing the page footer to appear on top of the content; see the first screenshot for an example.
Another side-effect is that the left schedule box and menus appear in the wrong font; both appear as Verdana rather than Trebuchet (see second screenshot).
I suspect it's most likely a race condition, since it only shows up when the page is being downloaded over a slow link (like my 28.8kbps phone line). It seems Gecko's layout engine is most likely determining the final size of the div element too soon, before the rest of the content has finished loading. If I use the back button (reloading from cache) or save the page to disk locally and view it from there, then the problem doesn't show up.
Since there's some apparent disagreement on the Bugzilla page, with some people claiming "it works for them" (presumably because they have broadband), I'm contemplating if I should go to the effort of fixing it myself and submitting a patch (since I can reliably reproduce the problem). I'd just like to see a show of interest if anyone else would also benefit from my efforts?
It's an intermittent problem that I've been having for a year or so now, whenever I browse the main, gallery and image pages.
Basically what happens is the outermost anonymous div element that contains the main content of the page, despite having a CSS-specified height of 100% (meaning "take up the full height of the page body"), instead only gets sized as large as the viewport, causing the page footer to appear on top of the content; see the first screenshot for an example.
Another side-effect is that the left schedule box and menus appear in the wrong font; both appear as Verdana rather than Trebuchet (see second screenshot).
I suspect it's most likely a race condition, since it only shows up when the page is being downloaded over a slow link (like my 28.8kbps phone line). It seems Gecko's layout engine is most likely determining the final size of the div element too soon, before the rest of the content has finished loading. If I use the back button (reloading from cache) or save the page to disk locally and view it from there, then the problem doesn't show up.
Since there's some apparent disagreement on the Bugzilla page, with some people claiming "it works for them" (presumably because they have broadband), I'm contemplating if I should go to the effort of fixing it myself and submitting a patch (since I can reliably reproduce the problem). I'd just like to see a show of interest if anyone else would also benefit from my efforts?
Comment