Greg-DB Dropbox Community Moderator

No, temporary links only return the original file content, and don't offer an option for getting thumbnails. 

Unfortunately, the Dropbox API doesn't currently support thumbnails for video files.

The unsupported_image error means "The image cannot be converted to a thumbnail." It sounds like you're trying to get thumbnails for videos specifically, but unfortunately that's not currently supported. We'll consider it a feature request though.

Glad to see you sorted this out already! Newer versions of CocoaPods do require that, so we'll update the sample on our site to match.

[Cross-linking for reference: https://stackoverflow.com/questions/37876578/access-dropbox-api-from-a-server-located-in-mainland-china ] We are aware that our servers are inaccessible from China. This issue is outside of our control, so unfortunately we’re unable to offer advice or assistance.

No, attempting to make a user call like ListRevisionAsync with a DropboxClient with a team-linked access token would just fail with an error message explaining the issue.

The ListRevisionAsync method is always specific to a single user, and it takes a path parameter to identify the path inside that user's account. In the first example, Client.ListRevisionAsync(path), the client object needs to be for a "user-linked" API app, where the app is linked to a specific user. This would be a…

Thanks Romain! The team is also working on a fix here: https://github.com/dropbox/dropbox-sdk-js/pull/79

Thanks for the report! This looks like an issue in the library itself, not how you're using it. We're looking into it.

It sounds like the Dropbox part of this is working, and you're having trouble with the UI side of this. That's outside the scope of Dropbox API support, so I'm afraid I can't be of any help with that.

Here's a sample of uploading using upload sessions: private async Task ChunkUpload(String path, FileStream stream, int chunkSize) { int numChunks = (int)Math.Ceiling((double)stream.Length / chunkSize); byte[] buffer = new byte[chunkSize]; string sessionId = null; for (var idx = 0; idx < numChunks; idx++) { var byteRead =…

The .NET SDK doesn't offer native progress listeners, but I'll be sure to pass this along as a feature request. You can however track download progress using GetContentAsStreamAsync. E.g., you can do something like: var response = await client.Files.DownloadAsync(path); ulong fileSize = response.Response.Size; const int…

The recommended installation method for the official Dropbox .NET SDK is NuGet, but if you don't want to use that, the SDK itself is available for download here: https://github.com/dropbox/dropbox-sdk-dotnet

For what it's worth, I just tried this using that Podfile, as well as the same version of CocoaPods and Xcode you cited and I couldn't reproduce the errors you're getting.

[Cross-linking for reference: https://stackoverflow.com/questions/37857629/swiftydropbox-errors-after-installation ] This may not be specific to SwiftyDropbox. There are some existing posts that may be helpful though: https://stackoverflow.com/questions/24622650/xcode-6-beta-3-invalid-virtual-filesystem-overlay-file…

I think the issue is with your writeMode.AsOverwrite. You can instead do this: commitInfo = new Dropbox.Api.Files.CommitInfo(path, Dropbox.Api.Files.WriteMode.Overwrite.Instance, false, null, false);

API v1 is the older version of the Dropbox API. API v2 is recommended, but API v1 is still usable. For reference, the iOS Core SDK uses API v1, and SwiftyDropbox uses API v2. The iOS Core SDK unfortunately doesn't implement the API v1 /metadata/link endpoint, but you can implement it separately if you want.

Dropbox API v2 does have endpoints for getting shared link metadata and files, but unfortunately they don't currently offer the file listing for links that point to folders. So, if you knew the names of the files you want to download in the folder, that would work, but you can't list the names using that. The v1 version of…

MapQuest, I'm not sure I understand your question. In any case, this thread was about a specific issue with the Dropbox API that has since been resolved. If you have a question about the Dropbox API, please feel free to open a new thread with the details:…

The /files (POST) endpoint should be working again now. Please let me know if you're still seeing any issues.

[Cross-linking for reference: https://stackoverflow.com/questions/36264051/dropbox-rest-api-404-error-when-uploading-file ] Hi Daniel, thanks for the report! That's correct, this seems to be the same issue as reported in that other thread. The team is investigating, but I don't have a timeline for a fix to offer right now.

We generally prefer using TestFlight to receive test copies of apps like this. When you click the "iOS" platform button on the "Request production status" page you'll be shown more specific information.

The /files (POST) endpoint should be working again now. Please let me know if you're still seeing any issues.

Hi Deon, the first error is just about how you're using curl, so I can't offer insight on that. The second error sounds like it's due to a recent issue that we're looking into. (You can find more information here.) We do highly recommend using /files_put instead though, if possible.

I haven't tried it myself, but it looks like you may need to use -ContentType ''.

The message says that the API call expects a missing or empty Content-Type, and that you provided 'application/x-www-form-urlencoded', not that you should provide it. You should instead make sure you don't send a Content-Type header at all, or if you do, make sure it's empty.

That's just the status. Check the body of the response for more information.

What does the body of the 400 response show? It should be an error indicating the issue.

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

The /files (POST) endpoint should be working again now. Please let me know if you're still seeing any issues.