Closed Bug 323385 Opened 19 years ago Closed 18 years ago

ASSERTION: bad width: 'metrics.width>=0' (nsLineLayout::ReflowFrame) involving a very long word

Categories

(Core :: Layout, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

###!!! ASSERTION: bad width: 'metrics.width>=0', file /Users/admin/trunk/mozilla/layout/generic/nsLineLayout.cpp, line 1068 Break: at file /Users/admin/trunk/mozilla/layout/generic/nsLineLayout.cpp, line 1068
Attached file testcase
Keywords: testcase
Summary: ASSERTION: bad width: 'metrics.width>=0' (nsLineLayout::ReflowFrame) → ASSERTION: bad width: 'metrics.width>=0' (nsLineLayout::ReflowFrame) involving a very long word
See also bug 334107, another way to trigger this assertion.
So are we actually overflowing our nscoord here or something?
Blocks: 334107
There aren't nearly enough Xs for that. But presumably we're overflowing something, my guess is a 16-bit variable somewhere, possibly in gfx as we try to measure the string.
I'm not seeing this anymore with the test case, which is fixed just like bug 348202 (from Cocoa being switched on). Unless you guys have another way of triggering the assertion, please resolve :)
WFM. I do see: nsLineLayout: Text(0)@0x3f13c410 metrics=2196314,960! nsLineLayout: Text(0)@0x3f13c410 metrics=2196314,960! but no assertions.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Marking as in-testsuite+ because layout/reftests/bugs/338251-p.html tests something pretty similar.
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: