Closed Bug 451316 Opened 12 years ago Closed 6 years ago

"ASSERTION: unexpected frame type" with -moz-column

Categories

(Core :: Layout, defect)

x86
macOS
defect
Not set

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Assigned: mats)

References

(Blocks 1 open bug)

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

Attached file testcase
Loading the testcase triggers:

###!!! ASSERTION: unexpected frame type: 'Not Reached', file /Users/jruderman/central/mozilla/layout/base/nsCSSFrameConstructor.cpp, line 10378

###!!! ASSERTION: reflow dirty lines failed: 'NS_SUCCEEDED(rv)', file /Users/jruderman/central/mozilla/layout/generic/nsBlockFrame.cpp, line 963
Blocks: 454719
Still happens on trunk.
The frame passed to CreateContinuingFrame is an nsComboboxControlFrame.
And it looks like changing the return value of GetSplittableType (is that used outside of asserts?) does nothing.  Do combobox and lisbox need to make sure they never return an incomplete reflow status or something?
WFM.  I think it might have been fixed by bug 959311.
I added <select multiple> to the test and landed it as a crashtest.
https://hg.mozilla.org/integration/mozilla-inbound/rev/23be1cc02247
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: in-testsuite+
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.