Greg-DB Dropbox Community Moderator

Thanks for the feedback! It sounds like part of this may be due to how text selection works on different versions of Android itself unfortunately. We recommend using a redirect URI though, so that you can avoid the copy/paste step entirely. You can find information on setting and using a redirect_uri in the documentation:…

We always recommend using the latest version of the SDK, but if you're already on 4.3.0, you don't strictly need to update. You may have just originally received the notification because of API calls previously made by an older version of your app using an older SDK. In any case, 4.3.1 doesn't contain any breaking changes…

[Cross-linking for reference: https://stackoverflow.com/questions/46043402/php-dropbox-api-v2-show-thumbnail ] First, I would recommend doing a `echo $result;` to make sure the call worked. (You're checking for a curl error, but even if the connection succeeds, you need to check if the Dropbox API call was valid.) Note…

We highly recommend using an SDK, but if you don't want to use one, you can download a file via the /2/files/download API v2 HTTPS endpoint directly: https://www.dropbox.com/developers/documentation/http/documentation#files-download There's a curl example included in the documentation there that shows how the API v2 call…

You can use instanceof to check if the object is a FileMetadata, FolderMetadata, or DeletedMetadata, e.g., as shown here: https://github.com/dropbox/dropbox-sdk-java/blob/7ecc15cf0f51d6ae2ba5cdb334aac2c2f3474b87/examples/android/src/main/java/com/dropbox/core/examples/android/FilesAdapter.java#L82

Thanks! The "Internal Server Error" for a malformed code like that is a known issue. Please do let us know if you get the log for the "<" issue though. That may be a different issue, so we'll need to figure out how to reproduce it. I suspect there's some unexpected value being sent that is causing the call to fail like…

It sounds like you want to do something like this: file_metadata = dbx.files_get_metadata(path=file_id, include_media_info=True) if file_metadata.media_info: if file_metadata.media_info.is_metadata(): media_metadata = file_metadata.media_info.get_metadata() print(media_metadata.dimensions) print(media_metadata.location)…

There's an example here that defines a task that takes a parameter: https://github.com/dropbox/dropbox-sdk-dotnet/blob/master/dropbox-sdk-dotnet/Examples/SimpleTest/Program.cs#L239 And then calls it here: https://github.com/dropbox/dropbox-sdk-dotnet/blob/master/dropbox-sdk-dotnet/Examples/SimpleTest/Program.cs#L94

If you're sending the same value as the SDK, please double check that you're connected to the same account/app. It's possible you're using an access token for a different account/app that in fact doesn't have anything at that path. Otherwise, please share the full code we can use to reproduce the issue.

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…