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)
Tracking
()
NEW
People
(Reporter: myk, Unassigned)
Details
Attachments
(1 file)
1.86 KB,
application/vnd.mozilla.xul+xml
|
Details |
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.
Comment 1•17 years ago
|
||
FWIW, this isn't a regression -- I see the same behavior in FF2 as in FF3. (using the attached testcase)
Version: unspecified → Trunk
Comment 2•17 years ago
|
||
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.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•