Re: Sandboxing redux
Re: Sandboxing redux
- Subject: Re: Sandboxing redux
- From: Graham Cox <email@hidden>
- Date: Thu, 06 Sep 2012 09:13:08 +1000
On 05/09/2012, at 7:08 PM, Mike Abdullah <email@hidden> wrote:
>
> On 5 Sep 2012, at 00:13, Graham Cox <email@hidden> wrote:
>
>> Just a follow up on the thread that shall not speak its name.
>>
>> Sandboxing makes integration of media files from other apps (e.g. iPhoto) somewhat difficult. By using temporary entitlements, these features can be made to work with iPhoto. However, I have just been informed that using such entitlements are not allowed by the Mac App Store - apps doing this will be rejected.
>>
>> So if you are doing something like this, e.g. by using Karelia's iMedia browser, your app will be rejected.
>>
>> I've filed a radar requesting an official API: rdar://12232898 I'm hoping it is a massive duplicate - if more developers ask for this there's more chance we'll actually get it, I hope.
>
> Care to expand on which temporary entitlement(s) you were trying to use?
>
Hi Mike,
I'm using IMBIconCache to grab the icons from iPhoto's bundle. This, quite correctly, uses [NSSharedWorksapce absolutePathForAppBundleWithIdentifier:] to find the path for the bundle, but actually using the path falls foul of sandboxd, so I added a temporary entitlement for the same path. I dislike that intensely as it's obviously brittle, but there's no way to 'bless' the bundle's path any other way. But in any case this entitlement got us rejected.
So for now we are making our own versions of iPhoto's icons. I don't like this solution either because it means we will have to rev our app every time iPhoto gets a tweak.
--Graham
_______________________________________________
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