Last Comment Bug 744865 - Build fails with: Undefined symbols: nsEudoraHTMLImageElement::MozRequestPointerLock() and nsOutlookHTMLImageElement::MozRequestPointerLock
: Build fails with: Undefined symbols: nsEudoraHTMLImageElement::MozRequestPoin...
Product: Thunderbird
Classification: Client Software
Component: General (show other bugs)
: Trunk
: x86 All
-- critical (vote)
: Thunderbird 14.0
Assigned To: Mike Conley (:mconley)
Depends on:
  Show dependency treegraph
Reported: 2012-04-12 11:30 PDT by Mike Conley (:mconley)
Modified: 2012-04-12 16:36 PDT (History)
3 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---

Stubs (1.13 KB, patch)
2012-04-12 12:12 PDT, Mike Conley (:mconley)
no flags Details | Diff | Splinter Review

Description User image Mike Conley (:mconley) 2012-04-12 11:30:19 PDT

Comment 1 User image Mike Conley (:mconley) 2012-04-12 11:31:44 PDT
This seems to be affecting at least our OSX and Windows builders:
Comment 2 User image Mike Conley (:mconley) 2012-04-12 12:12:35 PDT
Created attachment 614485 [details] [diff] [review]

Here are some stubs for MozRequestPointerLock.

Assuming this builds locally (currently underway), I'll push it up.
Comment 3 User image Mike Conley (:mconley) 2012-04-12 12:46:52 PDT
Fix pushed to comm-central as

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.
Comment 4 User image David :Bienvenu 2012-04-12 12:54:22 PDT
we probably can't inherit from GenericElement since we don't link directly against things in gecko.
Comment 5 User image David Humphrey (:humph) 2012-04-12 16:20:50 PDT
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?
Comment 6 User image Mike Conley (:mconley) 2012-04-12 16:36:33 PDT

No worries - we're all good now.  Thanks for following up!


Note You need to log in before you can comment on or make changes to this bug.