Greg-DB Dropbox Community Moderator

You can check the type of the object using isKindOfClass, as shown here: https://github.com/dropbox/dropbox-sdk-obj-c#response-handling-edge-cases

Apologies for the delay! There was an issue with the forum and I was only just notified of your post. Anyway, no, files and folders inside one user's app folder are not automatically accessible to other users. Also, app folders are incompatible with shared folders. That is, app folders can't contain shared folders, be…

Hi Bob, apologies for the delay. I was only just notified of your post about the extraneous console output on 2/15. I believe that's some extra output from Xcode as covered here: https://stackoverflow.com/questions/37800790/hide-strange-unwanted-xcode-8-logs/39461256#39461256

Issues affecting create_folder would be different than the upload_session performance issues on this thread. I'm not seeing the issue with create_folder you reported myself though. I see you also opened a ticket, so we'll look into it and follow up with you there specifically as it sounds like that may be account-specific.

I unfortunately can't seem to reproduce this behavior. Can you share a small sample project that reproduces this? Thanks in advance!

Thanks! I'll send that request along too.

- No, I don't have a solution like that to offer. You can find all of the resources for the API on the developers site. - Use of the API/SDK itself is actually entirely free. The API is built such that developers can create apps that (once in production mode) any Dropbox account can link to. The Dropbox accounts used with…

If the Dropbox desktop client works for your use case, we recommend using that: https://www.dropbox.com/install Otherwise, yes, the Dropbox API does support uploading and downloading files, and we have an official .NET SDK here: https://www.dropbox.com/developers/documentation/dotnet

It sounds like you're referring to uploadUrl and downloadUrl. The documentation there has more information, but the first parameter to each is the remote path in Dropbox (that is, the path where you want to upload to or download from, respectively.) The URL parameter is likewise the file URL to upload from or download to,…

Looking at the response body for the 400, the error is: CORS preflight failed. The following HTTP headers are not allowed: "bearer". "Bearer" isn't the header though. The header should be "Authorization", with "Bearer" as part of the value. That is, instead of this line: let headers = new Headers({ 'Bearer':…

I'll be happy to help with any issues you're having with the Dropbox API, but I'll need some more information. Please reply with: - the name and version of the platform and SDK/library you are using - the name(s)/version(s) of the affected browser(s) - the steps to reproduce the issue - the relevant code snippet(s)

When using UploadAsync with Await, the call should block until the upload is complete, and then return once it is. This is working properly for me. How are you checking this behavior? Have you stepped through your code with a debugger? You may wish to do so if you haven't already.

Thanks for the report. Can you share the code you're using to reproduce this, and the output you're getting? Specifically, the returned metadata for the two versions would be helpful. Thanks in advance!

Thanks for the post! I'm sending this along as a feature request. I can't make any promises as to if or when that would be added though, so if you control the resource host, as a workaround you can instead generate URLs that contain random, unguessable tokens, and/or that are time-limited which you would then supply to…

I don't have an update on this right now. I'll follow up here once I do.

Thanks for the request! I can't make any promises, but I'll send this along to the team.

For these calls with the parameters in the header, you need to escape these characters. That is, when you use the “Dropbox-API-Arg” header, you need to make it “HTTP header safe”. This means using JSON-style “\uXXXX” escape codes for the character 0x7F and all non-ASCII characters. Some, but not all, languages/libraries do…

Hi Fahad, if you're using the Dropbox API v2 Java SDK, the SDK will translate these 4xx or 5xx error responses into exceptions for you, so you don't have to parse them yourself. For instance, in the upload_file example here, there's some basic exception handling for some of the different kinds of exceptions that may get…

Do you mean you want to call /1/metadata/link from JavaScript? I just tried that out, and got it to work like this: $.ajax({ url: 'https://api.dropbox.com/1/metadata/link', type: 'POST', data: {'link': "https://www.dropbox.com/sh/748f94925f0gesq/AAAMSoRJyhJFfkupnAU0wXuva?dl=0"}, headers: { "Authorization": "Basic…

The SaveUrl functionality doesn't have a file size limit, but the download operations on the Dropbox servers do time out after 5 minutes. So, if it takes longer than 5 minutes to transfer the file from the URL to the Dropbox servers, the file won't be saved.

Thanks! I've sent this along as a feature request.

We don't currently offer a non-deprecated way to get a short URL, but I'll be sure to pass this along as a feature request.

Yes, API v2 makes different use of status codes than API v1. For example, where API v1 may have used a 404 to indicate a non-existent file (among other issues), that would be a 409 error in API v2, with more specific error information available in the body. You can find information on the design of API v2 on the blog:…

Hi Kinjal, the curl code you posted works for me when I put in an app key and secret. It sounds like the tool you're using isn't producing a valid request. Note that the Dropbox API isn't a SOAP API though, so that tool may not work for it. Can you share the actual request it's producing?

Hi Neil, the app supports import and export, but I don't have an update for support for open and move.

SianZeng, can you elaborate on what didn't work? It sounds like you may want to use the options documented here: https://help.dropbox.com/desktop-web/force-download

Unfortunately due to some specifics of how Dropbox is implemented, not all of the path components can be guaranteed to have the expected casing. You can find more information on this in the "Path formats" section under: https://www.dropbox.com/developers/documentation/http/documentation#formats There's also some…

Thanks! That may be a regional issue then. Please open a ticket here: https://www.dropbox.com/developers/contact And include the following information: - your IP address - the output of the following commands: Mac/Linux: ping dl.dropboxusercontent.com nslookup dl.dropboxusercontent.com dig +trace dl.dropboxusercontent.com…

Thanks for the report! I can't reproduce this issue though. Downloading the file from that link works fine for me both in Chrome and via curl. Are you still seeing this issue? Are other users of your app seeing the issue as well, or is only affecting you?

A "static redirect URI" would just be some unchanging URL that you could rely on, as a place to send your users. You don't necessarily need to use that technique, but if you do you should only use a URI that you trust (ideally something you control) and that you sure will continue being available. The example I linked to…