Run the Silverlight plugin OOP in 32-bit mode on OS X

RESOLVED FIXED in Firefox 14

Status

()

Core
Plug-ins
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: smichaud, Assigned: smichaud)

Tracking

Trunk
mozilla14
x86
Mac OS X
Points:
---

Firefox Tracking Flags

(firefox14+ fixed, firefox15+ fixed, firefox16 fixed)

Details

Attachments

(1 attachment)

This bug is spun off from bug 753248 comment #8.

When building on OS X 10.7 and up, the linker by default prevents code execution on the heap.  But the Silverlight plugin does execute code on the heap, and crashes on startup when heap execution is forbidden.

In the patch for bug 753248 we've stopped the 10.7-and-up linker from preventing heap execution in the plugin-container process, but not in the main process.  We don't want to lose the protection against heap execution in the main process (where most of our code runs), but think it's a reasonable compromise to allow it in the plugin-container process.  (Chrome behaves similarly -- see bug 753248 comment #50.)

This means that Silverlight doesn't crash in 64-bit mode (where it runs out of process).  But currently Silverlight defaults to running in-process in 32-bit mode on the Mac, so it always crashes (and brings down the browser) in 32-bit mode.

Though we don't really support running in 32-bit mode, we gain flexibility by making Silverlight run out-of-process in 32-bit mode.

After some testing, I'll post a patch that does this.
(Assignee)

Updated

5 years ago
Assignee: nobody → smichaud

Updated

5 years ago
Blocks: 758931
(Assignee)

Comment 1

5 years ago
Created attachment 628111 [details] [diff] [review]
Fix

I made a build with this patch on OS X 10.7, then tested it in 32-bit mode with the STR from bug 753248 comment #3.  I saw no problems.

Josh, can you think of reasons not to do this?
Attachment #628111 - Flags: review?(joshmoz)

Updated

5 years ago
Attachment #628111 - Flags: review?(joshmoz) → review+
(Assignee)

Comment 2

5 years ago
Comment on attachment 628111 [details] [diff] [review]
Fix

Landed on mozilla-inbound:
http://hg.mozilla.org/integration/mozilla-inbound/rev/fcbaab8ad541

Comment 3

5 years ago
https://hg.mozilla.org/mozilla-central/rev/fcbaab8ad541
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla15
(Assignee)

Comment 4

5 years ago
Comment on attachment 628111 [details] [diff] [review]
Fix

[Approval Request Comment]
Bug caused by (feature/regressing bug #): Starting to do beta builds on 10.7.
User impact if declined: Large numbers of crashes in our 14-branch betas.
Testing completed (on m-c, etc.): Currently on trunk and aurora, with no reported problems
Risk to taking this patch (and alternatives if risky): Minimal risk
String or UUID changes made by this patch: none
Attachment #628111 - Flags: approval-mozilla-beta?
(Assignee)

Comment 5

5 years ago
See bug 764385.
See Also: → bug 764385
Comment on attachment 628111 [details] [diff] [review]
Fix

[Triage Comment]
Glad there's no problems on trunk/aurora - go ahead and push to beta.
Attachment #628111 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
(Assignee)

Comment 7

5 years ago
Comment on attachment 628111 [details] [diff] [review]
Fix

Landed on mozilla-beta:
http://hg.mozilla.org/releases/mozilla-beta/rev/f72a8cf9834d
(Assignee)

Updated

5 years ago
status-firefox14: --- → fixed
status-firefox15: --- → fixed
status-firefox16: --- → fixed
(Assignee)

Updated

5 years ago
Target Milestone: mozilla15 → mozilla14

Updated

5 years ago
tracking-firefox14: --- → +
tracking-firefox15: --- → +
You need to log in before you can comment on or make changes to this bug.