Closed Bug 451316 Opened 16 years ago Closed 10 years ago

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

Categories

(Core :: Layout, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Assigned: MatsPalmgren_bugz)

References

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.
Blocks: 505320
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: 10 years ago
Flags: in-testsuite+
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: