Greg-DB Dropbox Community Moderator

Thanks for the report. We'll need to look into this more specifically for you. Please open an API ticket here, and also include a few sample 'X-Dropbox-Request-Id' response header values for these failures.

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-js/issues/351 ] Thanks for the report! I see you also posted this on GitHub. We'll look into it and follow up with you there.

In order to get an access token for a user's account in order to interact with the user's Dropbox account programmatically, you do need to get authorization from the user at least once. An app gets authorization from the user by sending them through the OAuth app authorization flow. If the user authorizes the app, the app…

@"mpk2" I can't speak to why Dropbox may have decided to work on any particular feature request or not. This feature request is still open and I'll follow up here with any updates if/when I have anything to share. I don't have any news on this right now though.

I don't know specifically what changed, but we have found that web views are much more prone to incompatibilities which can lead to issues like this, which is part of the reason for the current policy.

That post is several years old and is no longer up to date. If that setup with the redirect/listener doesn't work for your use case, you can also omit the redirect URI/listener, in which case the user will be presented with the authorization code that they can copy/paste into your app to finish the flow.

Yes, the /2/sharing/create_shared_link_with_settings endpoint does offer the ability to set a password when creating a shared link. You can find information on the different parameters offered by this endpoint in the endpoint's documentation. Please refer to that for more information. For example, you can set the…

Note that per the documentation, your app should process the OAuth app authorization flow in the system browser, not a web view control like this. Unfortunately, given that web views are not officially supported, I'm afraid we can't offer help with this issue. That being the case, please update your app to send the app…

We don't have any resources geared to ReactJS in particular, but Dropbox does offer an API you can use for listing, uploading, and downloading files, among other operations. You can find everything you need to get started with the Dropbox API, including documentation, tutorials, and SDKs here:…

@"hazdall" No, unfortunately I don't have any news on that request.

@"gabestritz1" No, unfortunately I don't have an update on this request.

One more update: SwiftyDropbox has been updated to Swift 5 in the latest release.

@"diventi" Thanks for the additional information! This issue is still open with engineering. I'll follow up here once I have an update on it.

@"cascadeCommons" It's still not clear where the value actually gets returned. In any case, we've strayed pretty far from the original topic here though, so to avoid spamming the original poster, please open a new thread with all of the relevant code needed to reproduce the issue if you still need help with it.

@"cascadeCommons" I don't see anything obviously wrong here, but I don't see where you're actually returning or reading the 'generated' value, or are handling any potential errors, so there may be an issue in the parts of the code that were omitted.

@"cascadeCommons" Yes, I was just following the basic result/error handling pattern from the original post here, but you can handle the results/errors however you want. For reference, the API itself will return the result or error for an RPC style call in the HTTPS response body. A successful call will return the result as…

@"cascadeCommons" The /2/file_requests/create endpoint is an "RPC" style endpoint, so it does work a bit differently than the /oauth2/token endpoint. Calling /2/file_requests/create with fetch, for instance, would look like this, again building on the original example here: var headers = { 'Authorization': "Bearer…

Can you elaborate on what you mean when you say you want to "preview" these kinds of audio files? For example, do you mean you just want to download beginning of the file but not the entire file? In that case, note that the /2/files/download endpoint does support "range retrieval requests", so you can download a partial…

No, unfortunately API doesn't offer a way to get the content hash for a file given just a shared link to the file itself from another account, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

[Cross-linking for reference: https://stackoverflow.com/questions/64178976/cant-get-access-token-in-dropbox-uses-javascript-fetch-request ] It looks like there's a few issues with how you're formatting your request. For instance, it looks like you're not using the right encoding, and you're not properly labeling your…

I see you also sent this in to support, so I'm copying the answer that we sent you there here in case anyone else has the same question: The <A href="https://dropbox.github.io/dropbox-sdk-js/Dropbox.html#fileRequestsCreate__anchor" rel="noreferrer nofollow noopener" target="_blank">fileRequestsCreate</A> method takes a <A…

@"arpit2011" Any kind of Dropbox account can own and configure a production app, such as to enable use of the Chooser and OAuth flow, so if you don't need the extra features of an upgraded account, such as the extra storage, a free account would be sufficient.

Thanks! We'll look into it and follow up with you there.

I just wanted to follow up on this to let you know that we've released "scopes" functionality on the Dropbox API, which you can use to configure an app or access token to only a limited set of functionality, such as the ability to read but not write files. You can find more information about the release in our blog post…

I just wanted to follow up on this to let you know that we've released "scopes" functionality on the Dropbox API, which you can use to configure an app or access token to only a limited set of functionality, such as the ability to read but not write files. You can find more information about the release in our blog post…

I just wanted to follow up on this to let you know that we've released "scopes" functionality on the Dropbox API, which you can use to configure an app or access token to only a limited set of functionality, such as the ability to read but not write files. You can find more information about the release in our blog post…

Thanks for the information. It's unclear from this what the issue is then. Could you open an API ticket so we can take a closer look? Please include the full responses that you're getting, without any processing. That is, show what you're getting back in all of the ListFolderResult objects from all of the calls…

@"yadavt" No, unfortunately I don't have an update on this request yet.

The 'missing_scope' error indicates that while the app is permitted to use that scope, the particular access token you're using to make the API call does not have that scope granted. Also, be aware that just adding a scope to your app via the App Console does not retroactively grant that scope to existing access tokens.…

Note that you should always implement listFolderContinue in addition to listFolder to be sure you get the full listing.