Closed Bug 576434 Opened 14 years ago Closed 9 years ago

"ASSERTION: Doing nscoord addition with values > nscoord_MAX" with percentages but no large numbers

Categories

(Core :: Layout, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

On Windows, layout/forms/crashtests/383887-1.html triggers:

###!!! ASSERTION: Doing nscoord addition with values > nscoord_MAX: 'a < nscoord_MAX && b < nscoord_MAX', file nsCoord.h, line 216

See also bug 408772 (a previous nscoord_max bug regarding this testcase) and bug 404133 (another bug where percentages turn into ridiculously large numbers).
Flags: in-testsuite+
About 90% of the assertions I get in a debug build on macosx are this one and its very annoying when debugging with fatal asserts. I am going to disable this assert. Please re-enabled it when you have a fix.

###!!! ASSERTION: Doing nscoord addition with values > nscoord_MAX: 'a < nscoord_MAX && b < nscoord_MAX', file ../../dist/include/nsCoord.h, line 216
Attached patch patchSplinter Review
Attachment #504181 - Flags: review?(roc)
Downgrading it to a NS_WARNING would probably better than commenting it out entirely.
Yes, please change to NS_WARN_IF_FALSE rather than NS_ASSERTION.

Also, this will probably require a good bit of adjustment to reftest manifests.

We should probably also do the same thing to the other related assertions at the same time.
(By other related assertions, I mean the other ones that happen frequently related to saturating arithmetic.)
Only test in the tree is commented with this bug number and its assertion annotations were removed a long time ago. Calling this WFM.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: