43193 - xpidl generates bad impl stubs for grandkids of nsISupports

Status: RESOLVED WONTFIX

(Core :: XPCOM, defect, P4)

Description

[Dan Mosedale (:dmosedale, :dmose)]

xpidl has the very handy feature of generating C++ stub implementation code and
a header ifdefed out in the generated interface .h file.  If the interface in
question inherits from some class that is not nsISupports, the generated stub
code is wrong.  It forgets the parent NS_DECL, uses the wrong arity of
NS_IMPL_ISUPPORTS, and doesn't generate stub code for the classes in the parent
NS_DECL.

Comment 1

[Dan Mosedale (:dmosedale, :dmose)]

er, that last bit should have read "doesn't generate stub code for the _methods_
in the parent NS_DECL."

Comment 2

[Mike McCabe]

[SPAM] Marking milestone 'future' as part of nsbeta3 triage.

Comment 3

[Phil Schwartau]

Mass-reassigning mccabe's non-JS, non-Rhino bugs to jband (34 total). 

Would like to cc mccabe; but the mass-reassign page does not allow this. 
I'll leave it up to mccabe to decide if he wants to be cc'ed on these - 

Comment 4

[John Bandhauer]

mass reassign of xpidl bugs to [e-mail]