Open Bug 355175 Opened 18 years ago Updated 2 years ago

'min-height' on element overridden by 'max-height' of sibling but affects parent

Categories

(Core :: XUL, defect)

x86
Windows 2000
defect

Tracking

()

People

(Reporter: mcow, Unassigned)

Details

(Keywords: testcase, Whiteboard: [reflow-refactor])

Attachments

(1 file)

1.78 KB, application/vnd.mozilla.xul+xml
Details
Similar to bug 331359.

Given an hbox with two child vboxes, only one of which has a 'min-height,' both children are contrained to the min-height value.  This may be desirable, as the boxes end up the same height, altho the result is unexpected.

This is true even if the other sibling has a larger max-height attribute; however, in this case, the (unconstrained) hbox containing the two grows as if the child were rendered at its specified max-height, leaving an undesirable gap between the bottom edge of the children and the bottom edge of the container.
Attached file Testcase
Steps to reproduce:
1) Load the attachment

Actual results:
* In both hboxes, the children are the same height, contrained by the second child's 'max-height' attribute.
* Additionally, the lower hbox shows a gap between its lower edge and its children's lower edge.

Expected results:
* At the least, the two hboxes should appear identical.
* Possibly, the hboxes should show the first child at its full, unconstrained height, while showing the sibling per its max-height.
Keywords: testcase
Whiteboard: [reflow-refactor]
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: