Closed Bug 405184 Opened 17 years ago Closed 17 years ago

"ASSERTION: How could we not have a parent here?" with <caption>, XBL

Categories

(Core :: Layout: Tables, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: jruderman, Assigned: bzbarsky)

References

(Blocks 1 open bug)

Details

(Keywords: assertion, testcase)

Attachments

(1 file, 1 obsolete file)

(deleted), application/xhtml+xml
Details
Attached file testcase (obsolete) (deleted) —
Loading the testcase triggers: ###!!! ASSERTION: How could we not have a parent here?: 'mContent->GetParent()', file /Users/jruderman/trunk/mozilla/layout/tables/nsTableOuterFrame.cpp, line 119
Summary: "ASSERTION: How could we not have a parent here?" with <col>, <caption>, XBL → "ASSERTION: How could we not have a parent here?" with <caption>, XBL
Attached file slightly simpler testcase (deleted) —
Changed the <col> to a <div>.
Attachment #289990 - Attachment is obsolete: true
See also bug 405186, which involves the same XBL binding and also involves tables.
This is the same issue as bug 405186, really: we have a frame in the frame tree pointing to content that is no longer in the DOM tree.
Depends on: 405186
I saw this assertion with a build from last night, and I don't see it now that I've updated. --> FIXED by bug 405186.
Assignee: nobody → bzbarsky
Should this testcase become an automated regression test too, or is the one in the other bug sufficient?
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
I'd check them both in.
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: