Greg-DB Dropbox Community Moderator

No, unfortunately I don't have an update on this.

Thanks for writing this up! I can certainly see how this would be helpful. I can't make any promises as to if/when this would be implemented, but I'm sending this along as a feature request.

The 500 should also be fixed now. Please let us know if you're still seeing any issues.

Thanks for the detailed report Steve. I can't say off hand what the issue may be here, but I'll have the team take a look. We'll follow up here once we have some information for you. Thanks in advance for your patience.

I'm checking in with the team to get some information on the specifics of this in the Dropbox SDK. Thanks in advance for your patience.

The issue of the incorrect 200 response with an empty members array should be fixed now. The issue of the 500 response is still being worked on, and should be fixed soon.

Thanks for the report! I'll ask the team to clean that up.

It won't remove the limit entirely, but it should certainly improve performance significantly. Essentially, the "too_many_write_operations" is a matter of "lock contention", in that multiple simultaneous calls to /files/upload try to take a lock and compete with each other. Using /files/upload_session/finish_batch instead…

The screenshot you shared shows you trying the /2/files/download endpoint. You can use that to directly return files contents if you'd like. We discussed using /2/files/get_temporary_link though. That would give you a direct URL for the file contents. This is working correctly as far as I can tell. In either case, how you…

This sounds like the expected behavior. The includeDeleted parameter controls whether or not listFolder[Continue] will return files that were already deleted at the time of the initial call. Regardless of includeDeleted though, listFolderContinue will always returns newly deleted files. I.e., in order for your app to get…

Unfortunately, no, Dropbox doesn't offer any sort of official interface that can be used to programmatically check/change the syncing status like this. I'll send it along as a feature request, but I can't make any promises as to if/when that would be implemented.

Thanks for the report! This should be working properly now.

API v2 exclusively uses OAuth 2, which doesn't require the app secret for client-side apps. (The only exception is if you need to use any "app auth" endpoints, such as tokenFromOauth1, in which case you would specify both the app key and secret e.g., via DBTransportDefaultConfig. There's an example of that in this thread.)

Migrating existing access tokens is not required. You can have your users relink if you'd prefer.

Hi Mark, the SDK does give you the choice of using foreground or background sessions, and it sounds like you have a good understanding of the difference already. This is a bit outside the scope of Dropbox API support though, so I'm afraid I can't offer much insight myself. Hopefully there's someone with more experience…

The Dropbox API doesn't offer the ability to programmatically create file requests unfortunately, but I'll be sure to pass this along as a feature request.

I'm not aware of any plans to change this, but since the /2/paper/docs/download documentation doesn't specifically cover this, I'm afraid I can't offer a guarantee. I'll send this along as a request to determine if we can guarantee this and document it if so though.

1. The Dropbox API doesn't offer any database-specific functionality. You can upload and download entire database files like any other files though. 2. The SwiftyDropbox SDK can be used to upload and download files of any type. 3. The SwiftyDropbox SDK does use API v2, so you can use that without issue. The readme has some…

No, I don't have an update on this from the team yet. I'll follow up here once I do.

Thanks! I'll ask the team to update the documentation.

App folders are incompatible with shared folders, meaning you can't share an app folder, put a shared folder inside an app folder or put an app folder in a shared folder. Instead, if you need to use the API with shared folders, you'll need to use "full Dropbox" permission, as opposed to the app folder permission. You can…

That's not my department unfortunately, so please contact support for help: https://www.dropbox.com/support

Thanks for pointing that out! We'll get that fixed up.

Thank you! That's helpful. We'll look into that too.

Is that the output you're getting from the PHP code you shared earlier? If so, that is likely just the raw file data, which the browser is trying to display as text. The /2/files/download endpoint does return the raw file data, so you can do with it whatever you need to. E.g., save it to a file, etc. If you want a link to…

Thanks for writing this up! For /2/team/members/get_info, this is the expected behavior. A successful call will return a list of MembersGetInfoItem, where each one is either id_not_found or member_info. Since this endpoint can accept multiple UserSelectorArg, the call itself will return an overall success with…

Yes, since the Dropbox IPs are subject to change as servers are added and removed, or as maintenance occurs, we are unable to provide you with a list of our IPs. We recommend you simply whitelist *.dropbox.com and *.dropboxapi.com instead. You can find the full list of domains Dropbox uses here:…

[Cross-linking for reference: https://stackoverflow.com/questions/44000071/dropbox-php-file-download ] What error/output are you getting?

We don't have plans for an official PHP SDK for Dropbox API v2, but you can use a third party library: https://www.dropbox.com/developers/documentation/communitysdks Or, you can call the HTTPS endpoints themselves: https://www.dropbox.com/developers/documentation/http/documentation

You can get the existing shared link using sharing_list_shared_links.