ASSERTION: SetParent failed! (nsViewManager::ReparentChildWidgets)

RESOLVED WORKSFORME

Status

()

defect
RESOLVED WORKSFORME
14 years ago
12 years ago

People

(Reporter: jruderman, Unassigned)

Tracking

(Blocks 2 bugs, {assertion, testcase})

Trunk
PowerPC
macOS
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9 -
wanted1.9 +
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

Reporter

Description

14 years ago
###!!! ASSERTION: SetParent failed!: 'NS_SUCCEEDED(rv)', file /Users/admin/trunk/mozilla/view/src/nsViewManager.cpp, line 2630
Break: at file /Users/admin/trunk/mozilla/view/src/nsViewManager.cpp, line 2630
Reporter

Comment 1

14 years ago
Posted file testcase
Reporter

Updated

14 years ago
Blocks: 323500
This is wfm in my debug build, which contains the fix for bug 317375, so I guess this depends on bug 317375.
No longer blocks: 323500
Depends on: 317375
Reporter

Updated

14 years ago
Blocks: 323500
Reporter

Comment 3

13 years ago
WFM Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060310 Firefox/1.6a1 late

WFM, probably fixed by the switch to frame display lists.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → WORKSFORME
Reporter

Comment 4

13 years ago
I'm seeing this again now, with the same testcasce.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
So the assert I get (on Linux) is:

###!!! ASSERTION: nsWindow::SetParent - reparenting a non-child window: 'Not Reached', file ../../../../mozilla/widget/src/gtk2/nsWindow.cpp, line 493

It looks like we're calling

#0  nsWindow::SetParent (this=0x8643520, aNewParent=0x85fea48)

where |this| is the widget for the view of the nsListControlFrame.  In particular, it's a floating view, so the widget parent chain is weird, no?

On Mac, I bet we're calling SetParent on an nsWindow, which throws NS_ERROR_NOT_IMPLEMENTED and triggers the assert Jesse sees.
Flags: blocking1.9a2?

Updated

13 years ago
Flags: blocking1.9a2? → blocking1.9-
Whiteboard: [wanted-1.9]
Reporter

Comment 6

12 years ago
WFM on Mac trunk.  The text is ugly (grayscale antialiasing rather than subpixel antialiasing), but that's not this bug.

bz, are you still seeing the assertion you mentioned in comment 5 (on Linux)?
No, seems to be worksforme too.
Reporter

Updated

12 years ago
Status: REOPENED → RESOLVED
Last Resolved: 13 years ago12 years ago
Resolution: --- → WORKSFORME
Reporter

Comment 8

12 years ago
The ugly text is bug 379786.
Reporter

Comment 9

12 years ago
Crashtest checked in.
Flags: in-testsuite+
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
You need to log in before you can comment on or make changes to this bug.