ASSERTION: math on NS_UNCONSTRAINEDSIZE

RESOLVED WORKSFORME

Status

()

Core
Layout
RESOLVED WORKSFORME
11 years ago
3 years ago

People

(Reporter: Martijn Wargers (zombie), Unassigned)

Tracking

({assertion, testcase})

Trunk
assertion, testcase
Points:
---
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

515 bytes, application/xhtml+xml
Details
(Reporter)

Description

11 years ago
Created attachment 251693 [details]
testcase

See testcase, this triggers a flood of assertions, a few of them:
###!!! ASSERTION: shouldn't use unconstrained widths anymore: '(mFrameType == NS
_CSS_FRAME_TYPE_INLINE && !frame->IsFrameOfType(nsIFrame::eReplaced)) || frame->
GetType() == nsGkAtoms::textFrame || mComputedWidth != NS_UNCONSTRAINEDSIZE', fi
le c:/mozilla/mozilla/layout/generic/nsHTMLReflowState.cpp, line 234
###!!! ASSERTION: shouldn't use unconstrained widths anymore: 'availableWidth !=
 NS_UNCONSTRAINEDSIZE', file c:/mozilla/mozilla/layout/generic/nsHTMLReflowState
.cpp, line 213
###!!! ASSERTION: shouldn't use unconstrained widths anymore: '(mFrameType == NS
_CSS_FRAME_TYPE_INLINE && !frame->IsFrameOfType(nsIFrame::eReplaced)) || frame->
GetType() == nsGkAtoms::textFrame || mComputedWidth != NS_UNCONSTRAINEDSIZE', fi
le c:/mozilla/mozilla/layout/generic/nsHTMLReflowState.cpp, line 234
###!!! ASSERTION: no unconstrained widths should be present anymore: 'NS_UNCONST
RAINEDSIZE != aReflowState.mComputedWidth', file c:/mozilla/mozilla/layout/gener
ic/nsBlockReflowState.cpp, line 106
###!!! ASSERTION: math on NS_UNCONSTRAINEDSIZE: 'NS_UNCONSTRAINEDSIZE != aState.
mReflowState.mComputedBorderPadding.left && NS_UNCONSTRAINEDSIZE != aState.mRefl
owState.mComputedWidth', file c:/mozilla/mozilla/layout/generic/nsBlockFrame.cpp
, line 1420
###!!! ASSERTION: shouldn't use unconstrained widths anymore: 'availableWidth !=
 NS_UNCONSTRAINEDSIZE', file c:/mozilla/mozilla/layout/generic/nsHTMLReflowState
.cpp, line 213
###!!! ASSERTION: unconstrained widths no longer supported: 'aContainingBlockWid
th != NS_UNCONSTRAINEDSIZE', file c:/mozilla/mozilla/layout/base/nsLayoutUtils.c
pp, line 1286

The testcase uses xul:hboxes which is basically how marquees are made of.
(Reporter)

Comment 1

11 years ago
I´m now getting these assertions with the testcase:
###!!! ASSERTION: math on NS_UNCONSTRAINEDSIZE: 'NS_UNCONSTRAINEDSIZE != aState.
mReflowState.mComputedBorderPadding.left && NS_UNCONSTRAINEDSIZE != aState.mRefl
owState.ComputedWidth()', file c:/mozilla-build/mozilla/layout/generic/nsBlockFr
ame.cpp, line 1505
nsBlockReflowContext: Block(span)(0)@0775EBF0 metrics=1073741824,0!
###!!! ASSERTION: computed width should always be computed: 'computedSize.width
!= NS_INTRINSICSIZE', file c:/mozilla-build/mozilla/layout/xul/base/src/nsBoxFra
me.cpp, line 714
nsBlockReflowContext: Block(span)(0)@0775EBF0 metrics=1073741824,0!
nsLineLayout: Box(hbox)(1)@0775E918 metrics=1073741824,0!
###!!! ASSERTION: computed width should always be computed: 'computedSize.width
!= NS_INTRINSICSIZE', file c:/mozilla-build/mozilla/layout/xul/base/src/nsBoxFra
me.cpp, line 714
nsBlockReflowContext: Block(span)(0)@0775EBF0 metrics=1073741824,0!
nsLineLayout: Box(hbox)(1)@0775E918 metrics=1073741824,0!
###!!! ASSERTION: computed width should always be computed: 'computedSize.width
!= NS_INTRINSICSIZE', file c:/mozilla-build/mozilla/layout/xul/base/src/nsBoxFra
me.cpp, line 714
nsBlockReflowContext: Block(span)(0)@0775EBF0 metrics=1073741824,0!
nsLineLayout: Box(hbox)(1)@0775E918 metrics=1073741824,0!
###!!! ASSERTION: computed width should always be computed: 'computedSize.width
!= NS_INTRINSICSIZE', file c:/mozilla-build/mozilla/layout/xul/base/src/nsBoxFra
me.cpp, line 714
nsBlockReflowContext: Block(span)(0)@0775EBF0 metrics=1073741824,0!
nsLineLayout: Box(hbox)(1)@0775E918 metrics=1073741824,0!
Summary: ASSERTION: shouldn't use unconstrained widths anymore with nested marquees → ASSERTION: math on NS_UNCONSTRAINEDSIZE

Comment 2

9 years ago
Still happens on trunk (using Mac).
OS: Windows XP → All
Hardware: x86 → All
(Reporter)

Comment 3

3 years ago
Wfm in current trunk build.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.