Open Bug 410267 Opened 17 years ago Updated 2 years ago

"ASSERTION: Bad min, pref, max widths!" with -moz-box, width close to nscoord_MAX

Categories

(Core :: XUL, defect)

x86
macOS
defect

Tracking

()

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

Attached file testcase (deleted) —
Loading the testcase triggers: ###!!! ASSERTION: Bad min, pref, max widths!: 'minWidth <= prefWidth && prefWidth <= maxWidth', file /Users/jruderman/trunk/mozilla/layout/xul/base/src/nsSprocketLayout.cpp, line 873 ###!!! ASSERTION: bad pref, min, max size: '(boxSizes->min <= boxSizes->pref && boxSizes->pref <= boxSizes->max)', file /Users/jruderman/trunk/mozilla/layout/xul/base/src/nsSprocketLayout.cpp, line 1188
So, does nsBox::AddMargin need to use NS_SaturatingCoordAdd?
(In reply to comment #1) > So, does nsBox::AddMargin need to use NS_SaturatingCoordAdd? Nope, the string "NSCoordSaturatingAdd" never appears in nsBox.cpp
(In reply to comment #2) > (In reply to comment #1) > > So, does nsBox::AddMargin need to use NS_SaturatingCoordAdd? > Nope, the string "NSCoordSaturatingAdd" never appears in nsBox.cpp Yes, I did mean NSCoordSaturatingAdd, and I do know it's not currently used.
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
Still happens on trunk.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: