368715 - Full page won't load-bottom of pages cut off in Firefox. Alright in IE

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Lori Tilker]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

I have designed my website and have noticed it can be viewed fully in IE but Firefox cuts the bottom of some of the pages off. 

Reproducible: Always

Steps to Reproduce:
1.Go to http://www.scentsofcolor.com
2.Scroll to the bottom of page and some of the text is cutoff. There is a big white block at the bottom of the page as well.
3.
Actual Results:  
Some of the text located at the bottom of the page is gone. There is also a big white "block"at the bottom of the page.

Expected Results:  
I would expect to be able to view the entire page.

It should be a complete page as it is designed and can be viewed in IE. There is contact information located close to the bottom of the page that cannot be viewed on Firefox.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Not a security issue.  Minimalish testcase needed...

Comment 2

[Ryan VanderMeulen [:RyanVM]]

Attachment: Testcase

OK, this testcase fails on the trunk, but it actually passes with 2.0.0.1. Take note that if the div contained within the third level table is contained inside <td> tags like it should be, the testcase works fine on the trunk. So maybe I missed something on this testcase, but at least this one is reproducible.

Comment 3

[Martijn Wargers (dead)]

Thanks for the testcase, Ryan, but your testcase shows a bug in current trunk code, not particularly this bug, that's why I filed a new bug for your testcase, bug 368898.

Comment 4

[Martijn Wargers (dead)]

Attachment: testcase2

I think this shows why you see the space at the bottom of that page.
With this testcase, the space at the bottom is equivalent to the height of the first table (400px).
In Mozilla1.7, the space at the bottom is less, because the first table is partly hidden there (shifted above).
It seems like the parent table is acting like an overflow:hidden container here, except that it still can cause a scrollbar, which shouldn't happen.

Comment 5

[Boris Zbarsky [:bzbarsky]]

So...  The thing is that we don't paint table overflow in quirks mode.  See http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/layout/tables/nsTableCellFrame.cpp&rev=3.392&mark=430-431,449-452#429

In standards mode we paint the stuff outside the table and all.

Comment 6

[Bernd]

testcase2 is wfm with current trunk, Martijn?

Comment 7

[Mihai Morar, (:MihaiMorar)]

URL mentioned in Comment 0 is no longer available, so I am closing this bug as being Invalid.

Comment 8

[Martijn Wargers (dead)]

Testcase2 is indeed wfm (I guess the quirk has been removed), marking this bug as wfm.

Comment 9

[Boris Zbarsky [:bzbarsky]]

For what it's worth, if this really had no testcase, it would be INCOMPLETE, not INVALID.