Closed
Bug 451316
Opened 16 years ago
Closed 10 years ago
"ASSERTION: unexpected frame type" with -moz-column
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Assigned: MatsPalmgren_bugz)
References
Details
(Keywords: assertion, testcase)
Attachments
(1 file)
145 bytes,
text/html
|
Details |
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
Reporter | ||
Comment 1•15 years ago
|
||
Still happens on trunk.
Comment 2•14 years ago
|
||
The frame passed to CreateContinuingFrame is an nsComboboxControlFrame.
Comment 3•14 years ago
|
||
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?
Yes!
Assignee | ||
Comment 5•10 years ago
|
||
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
Comment 6•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/23be1cc02247
Assignee: nobody → matspal
You need to log in
before you can comment on or make changes to this bug.
Description
•