ASSERTION: SetParent failed! (nsViewManager::ReparentChildWidgets)

RESOLVED WORKSFORME

Status

()

Core
Layout
RESOLVED WORKSFORME
12 years ago
10 years ago

People

(Reporter: Jesse Ruderman, Unassigned)

Tracking

(Blocks: 2 bugs, {assertion, testcase})

Trunk
PowerPC
Mac OS X
assertion, testcase
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9 -
wanted1.9 +
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

12 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

12 years ago
Created attachment 208538 [details]
testcase
(Reporter)

Updated

12 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

12 years ago
Blocks: 323500
(Reporter)

Comment 3

12 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: 12 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 4

12 years ago
I'm seeing this again now, with the same testcasce.
Blocks: 331889
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

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

Comment 6

11 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

11 years ago
Status: REOPENED → RESOLVED
Last Resolved: 12 years ago11 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 8

11 years ago
The ugly text is bug 379786.
(Reporter)

Comment 9

10 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.