nsDocShellTreeOwner::mOwnerProgressListener not inited in constructor

VERIFIED FIXED

Status

()

Core
Embedding: APIs
P3
normal
VERIFIED FIXED
18 years ago
16 years ago

People

(Reporter: Karl Bunker, Assigned: Judson Valeski)

Tracking

({embed})

Trunk
embed
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: nsbeta2+)

(Reporter)

Description

18 years ago
In the class nsDocShellTreeOwner, in file nsDocShellTreeOwner.cpp, the 
class data member mOwnerProgressListener is not intialized in the 
constructor. If the person using the API neglects to call 
nsDocShellTreeOwner::SetWebBrowserChrome (which intializes 
mOwnerProgressListener), Bad Things will happen

Comment 1

18 years ago
-> valeski
Assignee: travis → valeski

Comment 2

18 years ago
setting bug status to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Updated

18 years ago
Keywords: embed
Whiteboard: nsbeta2+
(Assignee)

Comment 3

18 years ago
fixed
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 4

18 years ago
verified (now init to nsnull in the constructor)
Status: RESOLVED → VERIFIED
Adding keyword to bugs which already show a nsbeta2 triage value in the status 
whiteboard so the queries don't get screwed up.
Keywords: nsbeta2
You need to log in before you can comment on or make changes to this bug.