Closed Bug 1332436 Opened 7 years ago Closed 7 years ago

Consider the adjustment of element dimension from the layout perspective.

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1293242

People

(Reporter: selee, Unassigned)

References

Details

AFAIK, Downloads Panel and AutoCompletePopup use JS to calculate the height and width then adjust the container to a fitting size based on the child elements. This kind of solutions do not work properly if there are some cases not handled well like these bugs:

bug 1292345 - Downloads panel didn't shrink to the fit height after all items are downloaded.
bug 1317882 - AutoComplete dropdown with Insecure Warning is not extended the correct height at first time opening
bug 1325695 - Wrapping width of the insecure login field warning doesn't reflect the <input> width sometimes

I wonder if there is a proper way to CSS properties or element attributes which are applied to both container and child elements to get the expected dimension, so we can avoid the calculation of the dimension of each element. IMHO, if min-height is given to the container, its height does not have to set manually when the children are removed.
Fixing this for the Downloads Panel is dependent on bug 1293242. I'm not sure if the autocomplete popup is the same case, but lacking information I'm marking it as a dependency, because bug 1293242 might actually help.
Depends on: 1293242
This was mostly handled for the Downloads Panel in bug 1009116, even if we had to introduce a workaround. The remaining cases are likely all related to bug 1293242 and they have been worked around as well.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336
Component: XP Toolkit/Widgets: XUL → XUL
You need to log in before you can comment on or make changes to this bug.