The default bug view has changed. See this FAQ.

Build fails with: Undefined symbols: nsEudoraHTMLImageElement::MozRequestPointerLock() and nsOutlookHTMLImageElement::MozRequestPointerLock

RESOLVED FIXED in Thunderbird 14.0

Status

Thunderbird
General
--
critical
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: mconley, Assigned: mconley)

Tracking

Trunk
Thunderbird 14.0
x86
All

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

Comment hidden (empty)
This seems to be affecting at least our OSX and Windows builders:

http://build.mozillamessaging.com/tinderboxpushlog/?tree=ThunderbirdTrunk&rev=c79faac0f542
Assignee: nobody → mconley
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.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 14.0

Comment 4

5 years ago
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
You need to log in before you can comment on or make changes to this bug.