Greg-DB Dropbox Community Moderator

It looks like you opened a new thread for this, so we'll follow up there: https://www.dropboxforum.com/t5/API-support/HTTP-API-Path-contain-Chinese-response-409-path-not-found/m-p/240031#M13346

Using tokenRevoke as discussed is the right way to revoke an access token using the Dropbox API v2 Java SDK. I don't believe we have a code sample for using that on Android in particular, but we do have a sample Android app that uses the SDK to make other calls. For example, it defines and calls a ListFolderTask.

Yes, regardless of the version of the API any particular app uses, the user can unlink any app via the "Apps linked" section of their account security page.

It sounds that's more about Java threading/tasks which is outside the scope of Dropbox API support, so I'm afraid I can't be of help with that.

@"Oleg3" 1. Use of `OkHttpRequestor` (or `OkHttp3Requestor`) is not required. If you don't use it, the SDK will fall back to using `StandardHttpRequestor` by default. If you do want to use one, you need to include the relevant OkHttp library, for example as shown here. 2. `NetworkOnMainThreadException` is not a Dropbox…

Quick follow up for anyone looking for this, this is now available via the following API endpoints: https://www.dropbox.com/developers/documentation/http/teams#team-devices-list_member_devices https://www.dropbox.com/developers/documentation/http/teams#team-devices-list_members_devices…

I'm not sure I understand your question. Can you elaborate?

This may depend on your setup, but are you sure you need the double '/'? Have you tried it without it? i.e., "Dropbox-API-Arg: {"path":"/blackdog/\u4e2d\u6587prd.docx"}" In any case, we recommend either using the official Dropbox Java SDK, or having a library do the encoding for you. E.g., for Java, using Jackson, it would…

Thanks for writing this up! I can't make any promises as to if/when this would be done, but I'l sending this along to the team.

In this sample, the `files_download_to_file` method will save the file to '/home/ubuntu-mate/Desktop/test/Resume BigRed.pdf'. Separately, you're calling `open` and `f.write(metadata)`, which will save the file metadata (not the file content) to a file 'Resume BigRed.pdf' in the current directory. If you don't want that…

The files_download_to_file method should just download a single copy of the file to wherever you specify in the download_path parameter. Can you share code that reproduces the unexpected behavior you're seeing?

It looks like you should be able to configure network tracing as shown here for additional output: https://docs.microsoft.com/en-us/dotnet/framework/network-programming/how-to-configure-network-tracing Is there any particular input (for the 'code' parameter) that is causing this though? We can try to reproduce this here if…

To dismiss this message, sign in to the account that owns the relevant app and go to the App Console: https://www.dropbox.com/developers/apps There will be a banner at the top of the page there where you can "acknowledge" the deprecation to dismiss this message. The API v1 deprecation won't affect user files themselves.…

No, unfortunately the API still doesn't offer this.

Yes, when uploading via the API, the file will be available in the app folder as soon as the upload API call returns.

You specify where in the Dropbox account you want to upload the file via the 'path' parameter that you give to UploadAsync. (That's the first parameter to UploadAsync in the code that you shared earlier.) Note that for apps with the 'app folder' permission, the app can only upload within its app folder. The path you supply…

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-java/issues/140 ]

That's the FileMetadata returned by UploadAsync indicating that the call succeeded. You can access properties of that FileMetadata to see specific information about the uploaded file, e.g., PathDisplay. Where are you looking such that it seems the file wasn't uploaded? If your app uses the "app folder" permission, make…

If there isn't an exception being raise with some error, the method should be returning. You're saving the output to `upload`. Can you share the output from `Console.WriteLine(upload);` in that case?

What error message do you get when you run your code?

It sounds like your app uses the "app folder" permission, and you're deleting the app folder itself. Deleting the app folder effectively unlinks the app (since it no longer has anywhere to read/write) and any further API calls will result in that error. If you're trying to clear out files, make sure you only delete just…

Thanks for following up. I don't have any news on this, but I'll make sure to include this feedback with the feature request.

This should be fixed now. Please let us know if you're still seeing any issues.

It looks like there's a mistake in the documentation (we'll get that fixed up), but the files_download_to_file method actually just returns a FileMetadata object (not a tuple), so make sure you're not trying to unpack the result. I.e., your code should look something like `metadata = dbx.files_download_to_file(...)` not…

I'm not sure if this is what you're looking for, but you can use the delete endpoint (or corresponding delete method in whatever SDK you're using, if any) to delete any file or folder programmatically. There isn't a way via the API to determine if the sync operation to any particular client has finished though.

You don't need to access Builder. You can call listFolderBuilder directly on your client like this, just like in your first listFolder example: client.files().listFolderBuilder("").withIncludeDeleted(true).start().getEntries();

You can use listFolderBuilder to get a ListFolderBuilder, on which you can call .withIncludeDeleted(true) to tell the API to return deleted entries. Then, when you call .start() the returned ListFolderResult will include deleted entries. Make sure you still check ListFolderResult.getHasMore() and call back to…

Files uploaded via the API should automatically sync to connected computers, just like files uploaded from any other source. First, we should determine where this is isn't working for you: 1) Is the upload API call returning a success response? If not, the upload failed to begin with. Check the response for information on…

When calling files_download_to_file, the `download_path` parameter should be the full local path where you want to save the file, including the file name and extension. So, instead of '/home/user/Desktop', you should supply something like '/home/user/Desktop/filename.ext'. 

[Cross-linking for reference: https://stackoverflow.com/questions/45937861/error-in-call-to-api-function-sharing-list-folders ] This error message indicates that the request body, which is supposed to contain the API call parameters as JSON, could not be successfully read by the Dropbox API as JSON. That error looks…