access_error/inside_osx_package/

It sounds like you're referring to calling /2/sharing/get_file_metadata, and in some cases get the 'access_error.inside_osx_package' error back. Dropbox doesn't allow sharing these files like this (e.g., via /2/sharing/add_file_member) anyway, so there wouldn't be shared file metadata to return. 

We don't have documentation on how exactly Dropbox classifies these, or otherwise some other way on the API to detect these ahead of time (e.g., from the non-sharing file metadata endpoints), but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. That being the case, I recommend relying on catching that error when it does come up.

Hi Greg,

I was calling the get file members and found away to avoid the call in the end.

If you check the file flag, think its HasExplicitSharedMembers. From the testing I did this is always false. This looks to have resolved my issue.

Thanks for replying.

Cheers