This seems to be affecting at least our OSX and Windows builders: http://build.mozillamessaging.com/tinderboxpushlog/?tree=ThunderbirdTrunk&rev=c79faac0f542
Created attachment 614485 [details] [diff] [review] Stubs Here are some stubs for MozRequestPointerLock. Assuming this builds locally (currently underway), I'll push it up.
Fix pushed to comm-central as http://hg.mozilla.org/comm-central/rev/ab32d49d5df6 David (Humphrey): Looking at both nsEudoraEditor and nsOutlookEditor, it looks like we stub out a *lot* of stuff that you'd think we normally get from GenericElement. So I don't think MozRequestPointerLock is much of an exception, and probably not worth your time to investigate, unless you're really eager to dig into it.
we probably can't inherit from GenericElement since we don't link directly against things in gecko.
Sorry for the bustage. Am I to understand, based on your findings above, that simply stubbing out as you've done here is enough, and we don't need to do further surgery?
humph: No worries - we're all good now. Thanks for following up! -Mike