Greg-DB Dropbox Community Moderator

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. 

I'm not sure exactly what you were trying to build with that code, but no, you should not be attempting to programmatically access the Dropbox web site like that.

@"MiNJ" Thanks for the feedback! I'll send this along with the request.

1. When using the Dropbox API, such as via the official Dropbox API v2 Java SDK, to upload a new version of a file, the app needs to upload the entire new version of the file. The API does not offer a way to upload only the changed portion of a file, but I'll pass this along as a feature request. I can't promise if or when…

In order to get an access token (and optionally a refresh token) for an account, your app should implement the OAuth app authorization flow. You can find information on how this process works in the OAuth Guide and authorization documentation. In your code snippet here, you seem to be attempting to access the Dropbox web…

Thanks for the report. This is open with engineering. I'll follow up here when I have an updates on this.

We don't have any support or resources for Vue in particular, but there are some TypeScript examples for the official Dropbox API v2 JavaScript SDK, in case that helps.

You are not required to change the "Access token expiration" setting for your app. If you do not change it, existing users on old versions of your app will continue using the old flow, and users on the updated version of the app will use the new flow. If you do not change it, nothing will change for old versions of your…

The /2/files/download endpoint is a "content-download" style endpoint, meaning that when the call is successful, the requested file data is returned in the response body. It sounds like that is what you're seeing. That is, the text you're reading out is the raw file data. What you do with that data is up to you. For…

Thanks for writing this up! Unfortunately the Chooser doesn't offer a way to do either of these, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

Thanks for the post. Unfortunately, I don't have a good solution to offer here. The API doesn't offer a way to control the parsing of search queries like this, or a way to perform strict/exact matching like you're looking for, but I'll pass this along as a feature request. I can't promise if or when that might be…

Thanks! I'll also ask the team to clarify that error message to distinguish between PKCE and non-PKCE. 

Dropbox does not currently have plans to change the redirect URI requirements when using the standard 'response_type=code'. You should be able to use a custom URL scheme like this when using the PKCE flow in particular though. You can find more information on using that in the authorization documentation and OAuth Guide.…

I'm not sure exactly what scenario you're running in to here. Can you share the output of these API calls so I can take a closer look? It may be easier to use the API v2 Explorer so you can see the API responses directly.

This should be fixed as of v6.0.1 of the SDK.

Would you be able to share the relevant code and output for this so we can take a closer look? Be sure to redact your access token though. Also, how and when was the file deleted originally? Feel free to open an API ticket if you'd prefer to share privately. Thanks!

@"johndoe5" Здравко is correct, the page size of a result from /2/files/search_v2 and /2/files/search/continue_v2 is not guaranteed, and may be empty in some cases like this, due to how the Dropbox search functionality works. Your app should be written to call back if 'has_more' is true, but be able to handle empty…

Thanks for following up. This is open with the team as a request for detailed documentation for this for the SDKs in particular. I'll follow up here with any updates on that.

Any users using old versions of your app will continue to be able to use it without issue for now. Once you switch the "Access token expiration" setting for your app on the App Console to "Short-lived", or on September 30, 2021, whichever comes first, users using old versions of your app should still be able to use it, but…

You can find links to the relevant documentation and guide inline in my first message on this thread here.