Closed Bug 370884 Opened 14 years ago Closed 11 years ago

"ASSERTION: aFrame shouldn't be in reflow; we'll lie if it is" involving position:fixed within <math:mroot>

Categories

(Core :: MathML, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Assigned: rbs)

References

(Blocks 1 open bug)

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

219 bytes, application/xhtml+xml
Details
Attached file testcase
Loading the testcase triggers:

###!!! ASSERTION: aFrame shouldn't be in reflow; we'll lie if it is: '!(aFrame->GetStateBits() & NS_FRAME_IN_REFLOW)', file /Users/jruderman/trunk/mozilla/layout/generic/nsHTMLReflowState.cpp, line 592
Should retest once bug 366012 is fixed.
Depends on: 366012
Still happens even though bug 366012 is fixed.
I see:

WARNING: invalid markup: file ../../../../../mozilla/layout/mathml/base/src/nsMathMLmrootFrame.cpp, line 211
WARNING: GetBoundingMetrics failed: file ../../../../../mozilla/layout/mathml/base/src/nsMathMLContainerFrame.cpp, line 105
WARNING: invalid markup: file ../../../../../mozilla/layout/mathml/base/src/nsMathMLmrootFrame.cpp, line 211
WARNING: GetBoundingMetrics failed: file ../../../../../mozilla/layout/mathml/base/src/nsMathMLContainerFrame.cpp, line 105

which means we bail out of nsMathMLmrootFrame::Reflow after calling Reflow() on the kids but before calling FinishReflowChild().  That's violating the reflow contract; the assertion is just catching it.  I seem to recall another bug covering this sort of thing...
I still see the assertion on trunk.
QA Contact: ian → mathml
WFM on trunk.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Crashtest: http://hg.mozilla.org/mozilla-central/rev/b64a7e4a35e2
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.