Closed
Bug 866547
Opened 12 years ago
Closed 12 years ago
"ASSERTION: wrong kind of child frame" with bidi, flexbox
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: dholbert)
References
Details
(Keywords: assertion, testcase)
Attachments
(1 file)
181 bytes,
text/html
|
Details |
###!!! ASSERTION: wrong kind of child frame: 'aIsBlock == f->IsBlockOutside()', file ../../../layout/generic/nsLineBox.cpp, line 43
###!!! ASSERTION: Disagreement about whether it's a block or not: 'fromLine->IsBlock() == fromLine->mFirstChild->IsBlockOutside()', file ../../../layout/generic/nsBlockFrame.cpp, line 2580
Comment 1•12 years ago
|
||
A variation of bug 847211? in this case we have this frame tree:
Block(div)(1) ... [sc=0x7fffcfcfe858:-moz-anonymous-flex-item]<
line 0x7fffcfcfe550: count=2 state=inline,... <
Text(0)" " ...
Inline(_moz_generated_content_after)(-1) ... <
Text(0)"A" ...
>
>
>
The "Inline" there has IsBlockOutside() = true.
Assignee | ||
Comment 2•12 years ago
|
||
Essentially, yes. (Looks like we're incorrectly adjusting the style of that element, thinking it's going to be a flex item, when really it's not.)
I'm currently digging into this. Assigning.
Assignee: nobody → dholbert
Assignee | ||
Updated•12 years ago
|
Status: NEW → ASSIGNED
OS: Mac OS X → All
Hardware: x86_64 → All
Assignee | ||
Comment 3•12 years ago
|
||
So, this is a case where we're inconsistently blockifying an "::after" pseudo-element's "display" property.
This will likely be fixed by bug 867454 - marking dependency.
Depends on: 867454
Assignee | ||
Comment 4•12 years ago
|
||
Fixed by bug 867454, with this bug's testcase included as a crashtest.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•