• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Problem with stopModalWithCode on a different thread
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem with stopModalWithCode on a different thread


  • Subject: Re: Problem with stopModalWithCode on a different thread
  • From: Jens Alfke <email@hidden>
  • Date: Tue, 22 Jun 2010 16:02:04 -0700

On Jun 22, 2010, at 2:40 PM, Charles Srstka wrote:

> You get a separate process for your plug-in, but there is no guarantee that that process will have a full Cocoa environment running. You are recommended to use only plug-in APIs as much as possible, and not to spawn new windows.

Yup. The only reason you can do AppKit stuff in plugins is that the browser vendors haven’t been able to sandbox the plugin environment completely yet for compatibility reasons. (It turns out Flash gets unhappy if it doesn’t have access to things like the local filesystem.) This is a bug, not a feature. Securing plugins is very important — most browser exploits nowadays go through Flash and Reader, apparently — and doing that will require running them in a fully sandboxed process just like Chrome’s WebKit renderers. In that environment you will not be able to make arbitrary AppKit calls.

—Jens_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Problem with stopModalWithCode on a different thread
      • From: Bill Appleton <email@hidden>
References: 
 >Problem with stopModalWithCode on a different thread (From: Bill Appleton <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Jens Alfke <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Charles Srstka <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Bill Appleton <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Charles Srstka <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Bill Appleton <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Charles Srstka <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Jens Alfke <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Bill Appleton <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Charles Srstka <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Bill Appleton <email@hidden>)
 >Re: Problem with stopModalWithCode on a different thread (From: Charles Srstka <email@hidden>)

  • Prev by Date: programmatically create email using specified account
  • Next by Date: Re: programmatically create email using specified account
  • Previous by thread: Re: Problem with stopModalWithCode on a different thread
  • Next by thread: Re: Problem with stopModalWithCode on a different thread
  • Index(es):
    • Date
    • Thread