Greg-DB Dropbox Community Moderator

I just replicated this setup and ran this code using my own test file/folder/access token, but the issue didn't reproduce for me. I received a successful reply from the API with the expected temporary link. Are you still seeing this issue? If so, is there anything on the network connection, such as a proxy, firewall, VPN,…

@"makrand kulkarni" As Здравко indicated, /oauth2/authorize is a web page, not an API call, so you should not be accessing it programmatically. You should send the user there in their own system web browser to interactively click the button to authorize your app to access their account. If you specify a redirect URI, the…

@"maxcastrovidal" Здравко is correct; in short, it sounds like you're attempting to use the "authorization code" more than once. The authorization code can only be used once. Once you get the refresh token, you should store and re-use that, not the authorization code, to get new short-lived access tokens whenever needed,…

@"RohanRaman" We've updated this accordingly. Hope this helps!

@"MG2L" The user does need to process the app authorization flow manually at least once to authorize the app. That produces an authorization code that can be used once to retrieve the access token and optional refresh token. The refresh token can be stored and re-used without manual user interaction though. Even if you are…

@"JavMirVal" Здравко is correct; this is something that the developer of the third party app will need to update the third party app to support. (Specifically, the app would need to use "refresh tokens" to maintain long-term access without repeated manual interaction.)

@"makrand kulkarni" Dropbox doesn't offer a Spring Boot sample in particular, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

I don't have any information to share regarding a schedule or conditions for team space conversions. Apologies I can't be of more help in that regard!

It sounds like the /2/sharing/list_folders and /2/sharing/list_folders/continue endpoints are still the best option here. There isn't another option like that. These will list each shared folder that the user has access to, so whether or not something is listed there depends on if the particular folder was shared as a…

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

@"ethanfang" Thanks for following up. No, unfortunately I don't have any other workarounds to suggest for this.

The "unsupported_file" error means: This file type cannot be downloaded directly; use DbxUserFilesRequests.export(String) instead. You can find more information in the documentation linked there.

No, unfortunately there isn't an option for filtering out the member folders, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest option currently is withIncludeMountedFolders(false) (since member folders are mounted in the context of the team space), but…

For teams using the team folder configuration, you can use teamFolderList and teamFolderListContinue to list just the team folders. And you can use listFolder and listFolderContinue to list the contents of any folder. For teams using the team space configuration, you can list the contents of the team space by setting…

Would you be able to share a sample page showing this issue so we can look into it? Thanks in advance!

The development/production status of an app affects how many different Dropbox accounts can connect to it. If you don't need to have more than 50 different accounts connect to it, say, if it's just for one or two people, you don't need production status. That doesn't affect the functionality or content that the app can…

Thanks! I see that ticket was automatically closed after some time because you didn't reply to the message with a question we sent on June 7. Did you receive that message? If so, please reply to that by email to re-open that with support. Otherwise, you can open a new one here. Either way, please share the rest of the…

@"MG2L" Здравко is correct; the Dropbox JavaScript SDK does perform the refresh process for you automatically as long as you provide the necessary credentials (e.g., the refresh token), as shown the example. (You can also call refreshAccessToken in the SDK explicitly if you want to for whatever reason, but it's not…

The upload process should continue to work the same way even once you switch to a new short-lived access token. A 500 error would indicate something went wrong on the server though. First, can you double check you're still only sending 4194304 bytes per request on the requests that fail? If so, I'll need to look into this…

If you want to list everything a user has in their account, you can use /2/files/list_folder. Anything returned there when calling for that user is something that the user has access to. However note that users may have access to namespaces that aren't currently mounted in their account, and so would not be returned there.…

This appears to be something we'd need to handle on our side. I'm sharing this with the team to see if we can clean that up, but I can't make any promises myself. I'll follow up here with any updates on that.

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: https://www.dropbox.com/developers You may want to check out the following guides first: *…

@"makrand kulkarni" Здравко is correct. Please refer to the documentation they linked to for information on how this is passed on the redirect, and the example they linked to for a sample of how to handle this with the Java SDK.

You can retrieve file content using the Dropbox Java SDK via the download methods. You can find the documentation for the download methods here. There are also some examples of downloading files using that SDK here and here. It sounds like you already have an InputStream and need to get a String from it. That's more of a…

Thanks for reporting this issue. This issue is now fixed and should be working properly. Please let us know if you're still seeing any issues. Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.

Thanks for reporting this issue. This issue is now fixed and should be working properly. Please let us know if you're still seeing any issues. Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.

This should be fixed now. Note that using cursors retrieved before the fix will still result in an error though.

The API doesn't offer an option exactly like that, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest option currently is 'include_mounted_folders: false' (since member folders are mounted in the context of the team space), but that would also exclude…

Thanks for the report. It looks this error may be related to the large number of files and/or a large amount of file activity in the affected account. That can vary over time due to account activity and other such factors though. We'll look into it. You may be able to workaround this issue by setting a smaller limit and/or…

Thanks to Здравко for helping troubleshoot this. @"amjadkhalil" If you're still unable to get the expected results, we can help look into this specifically. In that case, you can open an API ticket here and share the following details: * the registered name of the API app for the access token you're using * the name and…