Steve M. Dropboxer

Cross-linking with http://stackoverflow.com/questions/32961230/upload-blob-to-dropbox-from-client-side-javascript on Stack Overflow. The question there is slightly different... no, this isn't possible with the Dropbox Saver, but you can use the Core API to do this.

I think the issue you're having relates generally to async programming and understanding the order in which things happen. Consider the following code: console.log('About to make the request.'); $.ajax(...).done(function () { console.log('Request completed.'); }); console.log('After making the request.'); If you ran this…

A basic user is a user with a free Dropbox account. (Paid users are either Pro, Business, or Enterprise users.)

From https://www.dropbox.com/developers/documentation/http/documentation#sharing-create_shared_link_with_settings (expand SharedLinkSettingsError): not_authorized Void User is not allowed to modify the settings of this link. Note that basic users can only set RequestedVisibility.public as the…

The Saver can't do either of those things. The user who saves the file gets to pick the folder, and intentionally no existing file will get overwritten. (Think of it like the downloads folder you use with your browser... you wouldn't want to overwrite a previous file you'd downloaded just because the file had the same…

It sounds like you don't have the Python executable in your path then? That would be the first thing to fix. Once typing "python" actually succeeds, rather than saying "python is not recognized..." you're ready to try installing the Dropbox SDK.

Did you try "python setup.py install"? If so, what happened? Also, you mentioned you have pip, so you can just run "pip install dropbox" as it says in the next paragraph on that page.

No timeline to share, sorry. We haven't started working on a v2 JS SDK yet.

Search in API v2 supports pagination: http://dropbox.com/developers/documentation/http#documentation-files-search

API v2 lets you page through search results. See http://dropbox.com/developers/documentation/http#documentation-files-search. But now, it doesn't support start/end anchors.

(You may want to look at http://stackoverflow.com/questions/18771424/how-to-get-powershell-invoke-restmethod-to-return-body-of-http-500-code-response to learn how to get the response body.)

What's the body of the 400 response? The API is usually pretty good at telling you what's wrong.

Robert, your comment doesn't seem related to this thread. Did you mean to reply to some other thread?

Specifically, I think the missing overload is the one that allows you to pass recursive=true. If you're doing a non-recursive call, listFolder in the v2 Java SDK should already give you back file IDs.

Yes, I think I recall seeing a bug earlier today that it's currently not exposed in the Java SDK. It's certainly supposed to be in there.

Joel, the equivalent of `/delta` in v1 is `/files/list_folder` in v2, which does already include file IDs.

From the log output, it looks like response.root is null, which makes sense, since you're getting it from an empty DropboxAPI.Entry. What are you actually trying to do here? (Where do you want the file to go?)

API v2 isn't finished yet, so it's still missing some functionality. We will definitely add an equivalent of /save_url. Stay tuned!

As another tip, I'd say you should always read the body of the HTTP response when you get an error. The body of the 400 from the API will generally tell you exactly what's wrong with the request.

Sorry for the confusion here... we're still missing some overview documentation that may have made this clearer. For "content-style" endpoints like upload and download, the JSON is passed in the "Dropbox-Api-Arg" header, not in the body of the request. Take a look at the example curl requests in the documentation to…

Thanks for the feedback! I think I understand the confusion, and we'll look at how we can reword. I'd say the documentation is accurate, if a bit confusing to read. I'd also say you understand the semantics correctly. Think of it like a method taking parameters: "/files/upload takes a parameter called mode (a WriteMode)…

I believe that the Sync SDK employed capped exponential backoff. Pseudocode: failCount = 0 while true if attemptDownload().success break sleep(min(maxSleep, minSleep * (2**failCount))) failCount += 1

The root path in API v2 is an empty string (").

Are you using an app with "app folder" permission? If so, I think this is a known issue that we're working on.

Oh, and actually, I had forgotten that this was already added in the API v2 preview on an individual basis: https://www.dropbox.com/developers-preview/documentation/http#documentation-get_shared_links. I don't believe API v2 yet supports `Perform-As-Team-Member`, but it will by the time it launches. So then you could make…

The Dropbox for Business audit log does list when shared links are created, so you can sort of reconstruct this. See https://www.dropbox.com/developers/business/docs#log-get-events.

This isn't currently possible through the API, but we'll consider this a feature request. To help us prioritize, would you mind telling us about your use case? What would your app do with this information?

Sorry, the second link is to the old v1 documentation. We're going to clean that up to redirect to the right place. So the first header (`Dropbox-API-Select-Team-Member`) should be right. This line looks fairly wrong. Is that just a typo when you copied it here? requests.post(url + headers=headers, data=f)

When you say "the official v2 API release," I assume you're actually referring to some version of SwiftyDropbox? A helpful detail would be which version of the library you were able to get working and which didn't work. If you could also share the error you encountered and the details you've learned from your own…

To refer to the root folder, use an empty string as the path. If you're using API v2, I believe get_metadata won't accept the root folder (as it doesn't really have metadata).