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

RESOLVED WORKSFORME

Status

()

defect
RESOLVED WORKSFORME
14 years ago
12 years ago

People

(Reporter: jruderman, Unassigned)

Tracking

({assertion, testcase})

Trunk
PowerPC
macOS
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

14 years ago
###!!! 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
(Reporter)

Comment 1

14 years ago
Posted file testcase
(Reporter)

Updated

14 years ago
Keywords: testcase
(Reporter)

Updated

13 years ago
Summary: ASSERTION: bad width: 'metrics.width>=0' (nsLineLayout::ReflowFrame) → ASSERTION: bad width: 'metrics.width>=0' (nsLineLayout::ReflowFrame) involving a very long word
(Reporter)

Comment 2

13 years ago
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.

Comment 5

12 years ago
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 :)
(Reporter)

Comment 6

12 years ago
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
(Reporter)

Comment 7

12 years ago
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.