Open Bug 442164 Opened 17 years ago Updated 2 years ago

XUL box with explicit width and overflow: auto/scroll set to non-wrapped height of enclosed wrapping description

Categories

(Core :: Layout, defect)

x86
Linux
defect

Tracking

()

People

(Reporter: myk, Unassigned)

Details

Attachments

(1 file)

1.86 KB, application/vnd.mozilla.xul+xml
Details
Attached file testcase
When a XUL box with an explicit width and overflow set to auto or scroll encloses a XUL description tag whose text wraps, the height of the box is set to the height the description would be if it wasn't wrapping. It's as if the box's height is calculated before the description is wrapped and then not recalculated afterwards, so the box's height is set to the minimum possible height it could be if its width were not constrained. It seems like the box's height should be set to the height of the content it contains if there is space for it to be that tall, at least for the overflow: auto case, if not also for the overflow: scroll case (where I suppose one could argue that Gecko should prefer scrollbars to growing the box). In a way, this is the opposite of the problem described in bug 434683, in that here the height is set to the minimum it could have been not taking the wrapping into account, whereas in that bug the height is set to the maximum it could have been assuming maximum wrapping. The attached testcase demonstrates the problem.
FWIW, this isn't a regression -- I see the same behavior in FF2 as in FF3. (using the attached testcase)
Version: unspecified → Trunk
1.8 as a regression baseline? Piffle! I see the same behavior in Mozilla 1.0.1, so it's "always" been broken this way.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: