Greg-DB Dropbox Community Moderator

I'm closing this as a duplicate of: https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/integrate-Dropbox-with-rest-api/td-p/488335 

We recommend using one of the official SDKs, such as the official Dropbox SDK, whenever possible, as it will do much of the work for you. If you can't or don't want to though, for whatever reason, you can certainly use the HTTPS endpoints directly. I see you've already found the documentation for those, but there are also…

When using the Dropbox API to download a file, that is, via /2/files/download, if the call is successful the file data is returned in the response body. Exactly what the client does with that is up to the client. For example, in this case, it sounds like you're using a third party library to perform the download and that…

If you use "overwrite", an existing file will be replaced by the new data. If you use "add", an existing file will not be replaced by the new data. You don't actually need multiple devices to test this. You can just run multiple API calls from one place. I recommend using the API v2 Explorer to test this out. (You can even…

@"sparshgupta" No, unfortunately I don't have any news on this request.

If the app needs long-term access (i.e., longer than four hours) without manual user interaction, it should request "offline" access during the OAuth app authorization flow. In that case, it will receive a "refresh token" that it can use to programmatically get a new short-lived access token at any point in time, without…

There isn't an option to hide the link in the Embedder like this. We don't currently have plans to implement an option like that, but I'll pass this along as a feature request.

It sounds like you're trying to configure a pre-made script, so exactly what you should supply will depend on how the script works and what you want it to do. That being the case, I can't exactly tell you what you would want to put in. You may want to refer to the documentation or support resources for the script for more…

When uploading files to Dropbox via the API, there are a number of different options you can use to control how overwriting, renaming, and conflicts work. For example, with the Java SDK, on the UploadBuilder class, refer to the documentation for UploadBuilder.withAutorename, UploadBuilder.withStrictConflict,…

No, there isn't a way to retrieve old access tokens from Dropbox. Note that you shouldn't need to, though. Any particular app-user pair (such as an app you created connected to your own account) can have multiple access tokens. It sounds like you're referring to using the "Generate" button on the app's page on the App…

No, Dropbox doesn't offer the ability to set your own access token strings. You'll need to use the strings generated by Dropbox.

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).

Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link). You could use that to download a specific sub-folder.

That error indicates that you're hitting a rate limit, so you'd need to catch that error and have your app wait before trying again. The Dropbox API has a rate limiting system in order to protect against high rates of calls. Note that not all 429s and 503s indicate explicit rate limiting, but in any case that you get a 429…

Unfortunately there isn't a batch way to get metadata with media info, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

This error is about which scopes are being requested. For reference, scoped apps can use two main kinds of scopes: "Individual" and "Team". Individual scopes enable access to functionality for an individual account, such as uploading and downloading files, creating folders, etc. They can be authorized by any kind…

The Dropbox API returns file sizes in bytes, so if you want that shown in a different unit, you'll need to perform the conversion in your app's code. You could do so by programming in the math to do the conversion, or by using some library that does that for you. The Dropbox API doesn't return folder sizes, but I'll pass…

I can't make promises with regards to the performance of uploads or downloads, as there are a number of factors that would affect that, such as the network connection you have to the Dropbox servers. Your connection speed to Dropbox depends on the routing you get between your ISP and our servers, and may be slower than…

Thanks for the feedback! I'll ask the team to clarify this in the documentation. 

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-js/issues/501 ] This seems to be a duplicate of your post on GitHub. I'm closing this in favor of that.

You can find information on the Dropbox OAuth flow in general in the OAuth Guide and the authorization documentation. The documentation for the OAuth functionality in the Python SDK in particular can be found here. The Python SDK does not handle the local persistence of access tokens or refresh tokens for you. Local data…

Yes, that's correct. And yes, a refresh token is needed to programmatically retrieve more short-lived access tokens, so if you lose the refresh token you'd need to send the user through the authorization flow again to get a new one.

While Dropbox "short-lived access tokens" do expire automatically, "refresh tokens" do not. When your app gets a refresh token, it can use that to continuously get new short-lived access tokens whenever needed, without further manual user intervention. (The Python SDK actually does that for you automatically.) So, since…

@"bellomsean" No, unfortunately the API still doesn't offer a way to do this directly, so you'd still need to calculate the sum.

Thanks for clarifying! If multiple devices to try write to the same location at the exact same time, they may hit "lock contention". You can find information on that in the Performance Guide. Otherwise, if multiple devices try to write to the same file, the behavior will depend on the write mode that the app specifies. For…

Thanks for the post! Dropbox unfortunately does not offer a way to programmatically download from Transfer links like this, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.