278412 - table inside another table does not size according to percent height spec.

Status: RESOLVED INCOMPLETE

(Core :: Layout: Tables, defect)

Description

[Robert Joy]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050113 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050113 Firefox/1.0+

I created a table with 5 rows (1 column). The first, third, and fifth rows each
contain a single celled table. The remaining rows contain the text NO TABLE. The
tables in the first and third rows have their height specified at 100%, however
only the third row's cell has a height set to 100%. The problem is that the
table in the third row does not expand to consume the vertical space available.
There is a workaround and that is to NOT set a height for the table in the first
cell. Oddly enough, removing both the second and forth rows of the main table
also correct the behavior. Also, if the height of the table in the third row is
specified in pixels it does what one would expect.

Reproducible: Always

Steps to Reproduce:
Please look at the page at the given URL.
Actual Results:  
The bug rears it's ugly head.

Expected Results:  
Sized the table in the third row to fill the available vertical space.

Comment 1

[Peter van der Woude [:Peter6]]

<table> has NO height property !

Comment 2

[Robert Joy]

(In reply to comment #1)
> <table> has NO height property !

Beg your pardon? While you are technically correct in that the W3C does not 
specify a height parameter for the table tag. Clearly, everyone in the 
web/browser development community recognizes this as an oversight and have 
supported this for some time. All the WYSIWYG web development tools such as 
Dreamweaver/Frontpage etc. provide a mechanism for setting this value and the 
HTML code produced does indeed show a height specifier in the table tag. I 
think you guys that are doing dev for firefox need to get on board with what's 
generally supported. MSIE/Opera both support this behavior. You're ridged 
adherence to a spec that is inadequate is NOT smart. There are places where you 
need to follow the community. If you want people to use your browser then you 
need to support that community. I'm personally going to stop using Firefox and 
tell everyone I know who is using it to stop as well if you guys don't get your 
act together. Web developers need your support. We can't keep building separate 
stuff for each browser's unique ****. You take the burden off a few people and 
place it on the masses. That's just down right stupid. Where the spec is 
adequate, stand firm, where it is not, be flexible and follow the community.

Comment 3

[Peter van der Woude [:Peter6]]

He, don't blame me.
A better workaround is using <div>s , they do what you want.
(ps. I agree it's ****** table doesn't have a height property)

Comment 4

[Jason Barnabe (np)]

Robert, don't assume anyone who replies here is actually a Moz dev, and then
read http://bugzilla.mozilla.org/page.cgi?id=etiquette.html

Now that that's said, your layout is very complex, is there any chance you can
reduce it a bit so it's easier to figure out what's going on?

Comment 5

[Bernd]

Mozilla does support percent heights on tables. However it is pretty complicated
bug ridden code and a old problem see bug 10212. Regardless of the bug and the
w3c hoax of using div based layouts, please be aware that if you use that 100%
height mechanism it will break when used with strict doctypes
(http://www.mozilla.org/docs/web-developer/quirks/) as a percent based height
will become auto when the parent has a auto height specified
(http://www.w3.org/TR/CSS21/visudet.html#propdef-height). So this layout is
relying on a quirk.

Comment 6

[Bernd]

We need a reduced testcase here

Comment 7

[Bernd]

the url is 404, no testcase ==> incomplete