GetParent() doesn't stop at top of nsWidget hierarchy

VERIFIED FIXED

Status

defect
P3
major
VERIFIED FIXED
20 years ago
3 years ago

People

(Reporter: edburns, Assigned: kmcclusk)

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

Reporter

Description

20 years ago
When an embedding app indirectly calls nsWindow::GetParent(), the call doesn't
stop at the last mozilla created window and incorrectly traverses into the
embedding app's window hierarchy.
Assignee

Updated

20 years ago
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Assignee

Comment 1

20 years ago
Fixed in Oct 1, 1999 6:07PM build.

nsIWidget::GetParent now stops at the top of the nsIWidget hierarchy on WIN32.
This was a problem for apps which
embedded "Gecko". Previously, if  nsIWidget::GetParent was called on the topmost
widget instance it would  execute
code to get the  nsIWidget instance associated with the parent HWND. If the
topmost widget was embedded inside
another window this would cause it to crash, because the parent HWND would not
contain a pointer to a nsIWidget in it's
GWL_USERDATA.  Now it returns nsnull in this case.

Comment 2

20 years ago
Adding verifyme keyword.
Keywords: verifyme

Comment 3

20 years ago
Old bug.  Marking Verified per last eng comments.  If this is a reopen.  Please 
let us know.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.