Sorry man. It’s been a long long day. On Jan 27, 2016, at 9:54 PM, Roland King <r...@rols.org> wrote:
> From the original mail > > "Note this isn’t a sandboxed app, so that shouldn’t come into it.” > > >> On 28 Jan 2016, at 10:51, Alex Zavatone <z...@mac.com> wrote: >> >> According to the sandboxing docs, I recall that for sandboxing, there are a >> certain set of locations where you can save files to without requiring user >> permission. Your ~/Documents folder is one of them. IIRC, all other >> locations require user confirmation to save the files. >> >> Try saving to the docs folder and/or trying writing to the desktop with >> sandboxing disabled. >> >> On Jan 27, 2016, at 8:42 PM, Graham Cox <graham....@bigpond.com> wrote: >> >>> I use -[NSData writeToURL:options:error] to write data to files in a >>> location generally chosen by the user. That works fine. >>> >>> The default location is ~/Desktop, if the user fails to choose anything, or >>> if the bookmark of the previously chosen location fails to resolve. >>> However, when I try to write the file I get an error 513, ‘you don’t have >>> permission’, underlying error 1, operation not permitted’. If the user >>> chooses the Desktop themselves using the Open panel, it works fine. >>> >>> The ~/Desktop permissions seem to be OK - I have readwrite permission on >>> that folder. >>> >>> So something is weird about the URL for ~/Desktop when I create it >>> programatically as opposed to what NSOpenPanel returns. Note this isn’t a >>> sandboxed app, so that shouldn’t come into it. >>> >>> I create the default URL thusly: >>> >>> NSURL* desktopURL = [[NSFileManager defaultManager] >>> URLForDirectory:NSDesktopDirectory inDomain:NSUserDomainMask >>> appropriateForURL:nil create:YES error:&error]; >>> >>> >>> I can’t see any obvious difference between the URL here and the one I get >>> from NSOpenPanel, but there must be one. >>> >>> >>> Any ideas what the problem could be here? >>> >>> —Graham >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >>> >>> 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: >>> https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com >>> >>> This email sent to z...@mac.com >> >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> 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: >> https://lists.apple.com/mailman/options/cocoa-dev/rols%40rols.org >> >> This email sent to r...@rols.org > _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
