###!!! 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
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?
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
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
Marking as in-testsuite+ because layout/reftests/bugs/338251-p.html tests something pretty similar.
You need to log in before you can comment on or make changes to this bug.