max-height not passing "computed value for height" to children




9 years ago
8 years ago


(Reporter: Jack, Unassigned)


({css2, testcase})

3.5 Branch
css2, testcase

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [CLOSEME 2011-2-25])


(1 attachment)



9 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv: Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.2
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv: Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.2

When setting a max-height in a parent element, it's children don't get this value of height, for example when setting a percentage value for max-height on this elements children.  See the test case for an example.

Looking at the W3 (, it says:
"If the height of the containing block is not specified explicitly (i.e., it depends on content height), and this element is not absolutely positioned, the percentage value is treated as '0' (for 'min-height') or 'none' (for 'max-height')."

The issue I see here is how the term "explicitly" is defined, I would say that when a max-height rule has been set and is in effect, then the height of the containing block is explicitly set, as it no longer depends on the height of the content, though just with this, I can see that it can be argued that explicitly means setting the height attribute.

Reproducible: Always

Steps to Reproduce:
1. Load the test case as in my next post
Actual Results:  
Image displayed with its full height of 595px.

Expected Results:  
The image to have been scaled so that it had a height of 270px (90% of 300px)

Comment 1

9 years ago
Created attachment 423066 [details]
Testcase for the bug as referred to in the description


9 years ago
Keywords: css2, testcase
Hardware: x86 → x86_64
Version: unspecified → 3.5 Branch
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing.
Whiteboard: [CLOSEME 2011-2-25]
This bug has had the CLOSEME tag for several weeks and the date in the tag is far gone. If the reporter can still see this issue, Please retest with Firefox 3.6.x or later and a new profile ( Then please remove the closeme tag in the whiteboard, mark the bug against the proper version and comment on the bug.
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.