Closed Bug 866547 Opened 11 years ago Closed 11 years ago

"ASSERTION: wrong kind of child frame" with bidi, flexbox

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: jruderman, Assigned: dholbert)

References

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

Attached file testcase
###!!! 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
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.
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
Status: NEW → ASSIGNED
OS: Mac OS X → All
Hardware: x86_64 → All
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
Fixed by bug 867454, with this bug's testcase included as a crashtest.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: