Re: dropping alias file on NSPathControl with App Sandbox
Re: dropping alias file on NSPathControl with App Sandbox
- Subject: Re: dropping alias file on NSPathControl with App Sandbox
- From: Sean McBride <email@hidden>
- Date: Wed, 10 Oct 2012 10:04:42 -0400
- Organization: Rogue Research Inc.
On Wed, 10 Oct 2012 09:46:15 +0100, Mike Abdullah said:
>>> Sandboxed apps can resolve aliases and follow symlinks, but unless the
>>> destination is within their sandbox already they do not gain access to
>>> it, sadly. I recommend filing a radar requesting this.
>>
>> I will.
>>
>> Do you agree with me that pathControl:acceptDrop: should pass the
>resolved alias instead of the original? Or perhaps provide a
>setResolvesAliases: like NSOpenPanel does?
>
>I don't know really. To resolve aliases properly would require it to be
>some sort of privileged UI component like NSOpenPanel. Or Apple would
>have to add a new entitlement for this, or adjust how the sandbox works.
>They all *work*, but the first option sucks for developers making other
>similar things.
I'm pretty sure it already is a 'privileged UI component like NSOpenPanel'. In the early seeds of 10.7, there were all sorts of sandbox violations related to NSPathControl trying to draw the icons of the file hierarchy, and failing to have access to those icons.
Cheers,
--
____________________________________________________________
Sean McBride, B. Eng email@hidden
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada
_______________________________________________
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