Greg-DB Dropbox Community Moderator

If you use the official Dropbox .NET SDK, you should use the latest version of it, which is currently v7.0.0 as shown in your message. That supports .NET Standard 2.0, so please make sure you're using that in your environment.

Thank you! We'll follow up here once we have any updates on this.

@"Simma" Can you reproduce the issue a few more times now please? We've improved some logging on our side which should help us investigate now. Thanks in advance!

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 We recommend using an official SDK if possible, but it is…

Thanks! We're looking into it.

@"Simma" The team is looking into this, but has requested the value of the "folder" variable from the "dbx.files_download_zip_to_file(target, folder)" line that fails for reference. Can you please share that? Feel free to open an API ticket if you want to share privately. Thanks in advance!

The "refresh token is malformed" error would indicate that the value you're passing in to the "refresh_token" parameter does not have the right format. You would need to make sure you're passing in the full/exact value that you received in the "refresh_token" response field from /oauth2/token when you called with…

Thanks! We'll look into it and follow up here with any updates.

You can use batchUploadFiles if that works for your use case, and I'll ask the team to add documentation for that. You can find some usage of it in the tests here. The Java SDK doesn't have an equivalent unfortunately; I'll pass this along as a feature request but I can't promise if or when that might be implemented.

@"awb" This is still open with the relevant engineering team. I'll check in with them.

The Java SDK isn't inconsistent with the Swift SDK; it doesn't directly return a WriteError. The Java SDK uploadSessionFinishBatchV2 method returns UploadSessionFinishBatchResult which has an entries field which is a list of UploadSessionFinishBatchResultEntry each of which might be a failure, and if it is a failure it…

Thanks for the report! Can you share the full steps/code/parameter values to reproduce this error? Don't share any access token, refresh token, or app secret though.

The client_modified time can be set arbitrarily by the uploading client, so it can contain a significantly different datetime than server_modified. In particular, I believe the Dropbox desktop client takes the local modified time from the filesystem for client_modified when uploading the file. In this case, it seems that…

The uploadSessionStartBatch method doesn't actually have a route specific error type, because it doesn't have any route specific errors. (It's just Void.) You can see this in the uploadSessionStartBatch documentation where it says: Return Value Through the response callback, the caller will receive a <A…

@"Brad Henderson" In addition to what Здравко said, you may want to look at the documentation for the PostString method itself for information on how to use that. On the Dropbox side of things though, you can find the documentation for the Dropbox authorization endpoints here.

That private scope and corresponding private endpoint are not available for use by third party apps. Third party apps may only use the public endpoints, documented here.

@"gavinho" This is still open with engineering. I'll check in with them on this.

@"xavdid" As Mark noted, this may be something that the developer would need to address in the app's code. The Dropbox API should certainly still return old folders, but if it doesn't seem to be working as expected, the developer can share the relevant technical details so we can look into it.

I'm closing this as a duplicate of: https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/event-type-file-edit-doesn-t-appear-in-2-team-log-get-events-API/td-p/786763

@"sundares80" Unfortunately I don't have an update on this right now. I'll follow up with the team to see where this is currently.

@"solneve" Please refer to the documentation here for information on how to properly encode these values: https://www.dropbox.com/developers/reference/json-encoding

@"jimbobbles" Here's the current link to the example of using upload sessions in the Java SDK, to replace the broken link you found: https://github.com/dropbox/dropbox-sdk-java/blob/main/examples/examples/src/main/java/com/dropbox/core/examples/upload_file/UploadFileExample.java#L57 This example shows how to use an upload…

@"awb" Thanks! I'll share this sample with the team as well.

No, Dropbox does not offer a way to programmatically retrieve thumbnails locally without having the user authorize the app to access their content via the Dropbox API.

Dropbox doesn't currently offer any OpenAPI/Swagger specification or backend for the Dropbox API, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

Yes, as Здравко said, if you want to just access the file data locally, you can do so without using the API. If you want to have Dropbox generate thumbnails for you though, you'd need to use the API/OAuth flow. And yes, it looks like there are some formatting issues in that help center article, so I'll ask the team to fix…

@"hhting" Thanks for the context!

As Здравко said, the Dropbox API can be used by any app that can make HTTPS connections, whether that's a desktop app, web app, or something else. For a desktop app, you can interact with the data in the local Dropbox folder, and/or use the Dropbox API as desired. If you want to programmatically find the local Dropbox…

1. Does the response from /2/sharing/list_folders have a 'cursor' set? If so, you need to call back to /2/sharing/list_folders/continue to retrieve more results, and so on with each response from /2/sharing/list_folders/continue as well. Refer to the linked documentation for more information. 2. No, the Dropbox API doesn't…

@"hhting" Thanks for following up. I'll communicate this to the team. Regarding the recursive: false option, you could still use that to list everything, but that would require you to update your code to make separate calls to /2/files/list_folder (and /2/files/list_folder/continue as needed) for each level. Also, you…