Closed
Bug 759364
Opened 12 years ago
Closed 12 years ago
Run the Silverlight plugin OOP in 32-bit mode on OS X
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(firefox14+ fixed, firefox15+ fixed, firefox16 fixed)
RESOLVED
FIXED
mozilla14
People
(Reporter: smichaud, Assigned: smichaud)
References
Details
Attachments
(1 file)
557 bytes,
patch
|
jaas
:
review+
lsblakk
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
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•12 years ago
|
Assignee: nobody → smichaud
Assignee | ||
Comment 1•12 years ago
|
||
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)
Attachment #628111 -
Flags: review?(joshmoz) → review+
Assignee | ||
Comment 2•12 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•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/fcbaab8ad541
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla15
Assignee | ||
Comment 4•12 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?
Comment 6•12 years ago
|
||
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•12 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•12 years ago
|
Assignee | ||
Updated•12 years ago
|
Target Milestone: mozilla15 → mozilla14
Updated•12 years ago
|
tracking-firefox14:
--- → +
tracking-firefox15:
--- → +
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•