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

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
10 years ago
4 years ago

People

(Reporter: jruderman, Assigned: mats)

Tracking

(Blocks: 1 bug, {assertion, testcase})

Trunk
x86
Mac OS X
assertion, testcase
Points:
---
Dependency tree / graph
Bug Flags:
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

10 years ago
Created attachment 334629 [details]
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
(Reporter)

Updated

10 years ago
Blocks: 454719
(Reporter)

Comment 1

9 years ago
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?
(Assignee)

Comment 5

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