Greg-DB Dropbox Community Moderator

Thanks for the feedback Ahmad! It's much appreciated.

We don't currently make jars for the Java SDK available separately, but I'll be sure to pass this along as a request to do so.

Yes, that looks like what's happening. That is, the connection took too long and timed out. That can certainly happen if you try to make too many at the same time, so you'll probably just want to put a limit on how many you do simultaneously. 

If the connection hangs, that sounds more like network issues, rather than rate limiting from our side. (E.g., if you're making many call at the same time, your connection may be getting congested.) Any actual rate limiting from Dropbox would return a response with a 429 or 503 status code, sometimes with a Retry-After…

Mark, can you clarify what you mean when you say you don't get any error, but "simply dead space"? Any rate limiting from the Dropbox API would return an explicit error. It may be helpful if you share your code and output.

The Dropbox API does have a rate limiting system, but we don't have any specific numbers documented. It is only designed to prevent abuse though, and is accordingly very generous. Further, the limits operate on a per-user basis. That being the case, you generally don't need to worry about hitting it in normal use. Also…

You can find the full documentation for the API, including the different functionality and parameters, on the developers site: https://www.dropbox.com/developers If you're using one of the official SDKs, you can find the specific documentation linked to on the relevant page. If you're using the HTTP interface directly, you…

Hi Eugene, it looks like you also posted this in a new thread, so I'll follow up there.

It sounds like you may want to use the Dropbox iOS Chooser then: https://www.dropbox.com/developers/dropins/chooser/ios Alternatively, you can use UIDocumentPickerViewController, for which the Dropbox app supports the modes: - UIDocumentPickerModeImport - UIDocumentPickerModeExportToService

It sounds like you want to use the "app folder" permission. You can find more information about the different permissions here: https://www.dropbox.com/developers/reference/devguide#app-permissions You can select the permission when registering an app: https://www.dropbox.com/developers/apps/create When using the API with…

Yes, that is one possibility. There may be other cases too, but in any case your app should handle it the same as described in the documentation.

Hi Ashley, the null metadata indicates that the item is deleted. You can find more information on this under the "delta entries" section of this endpoint's documentation: https://www.dropbox.com/developers-v1/core/docs#delta There's a blog post that shows some logic for this that may be helpful here:…

This isn't currently possible, but I'll be sure to pass this along as a feature request. 

This isn't currently available in the Dropbox API, but I'll be sure to pass this along as a feature request!

Are you sure that's the actual/entire response body? That doesn't look like an error from the Dropbox API. Anyway, the documentation includes a curl example: https://www.dropbox.com/developers/documentation/http/documentation#files-get_preview

[Cross-linking for reference: https://stackoverflow.com/questions/39016383/call-get-preview-http-method-returning-404-error ] What's the response body? It should contain a more useful error.

No, unfortunately I don't have an update on this.

I'm using the code you provided in your first post, in the DBRoulette sample app as you described. Anyway, I've sent it along to the team to investigate.

Thanks! I'm not seeing that behavior though. What version of iOS is the device running?

We're still looking into it. To help us make sure we can or can't reproduce exactly what you're seeing though, can you share a screenshot showing the memory graph you're seeing? Also, you mentioned you saw this with Xcode 6.4 on iPhone 4S. Have you also seen this with other versions?

Thanks for the report! We'll look into it.

Hi Alexander, unfortunately, Dropbox doesn't currently an API for linking to previews in the mobile apps for items in folder shared links like this. I'll be sure to pass this along as a feature request though.

[Cross-linking for reference: https://stackoverflow.com/questions/39013369/ssl-peer-shut-down-by-dropbox ] The Dropbox API doesn't block by IP address or limit requests like this. Any rate limited requests will receive an explicit 429 or 503 response. Does this happen consistently? If not, perhaps it only happens if/when…

It seems the browser you're referring to is based on an old version of WebKit. Unfortunately, this browser isn't officially supported by the Dropbox web site: https://www.dropbox.com/help/3 That being the case, I'm afraid I don't have a good solution to offer, as we can't offer fixes for old browsers. When developing an…

[Cross-linking for reference: https://stackoverflow.com/questions/39004071/using-dropxbox-in-mvc-5app ] The Dropbox API does enable you to upload files to a Dropbox account, returning the metadata. For example, you can use the /upload endpoint:…

Are you using /sharing/get_folder_metadata to get information on each shared folder? If so, you can instead use /sharing/list_folders[/continue] to list them all more efficiently.

Using the recursive parameter is the solution to that in API v2, as it lets you get all of the metadata in the account without needing to make a call for every folder.

In that case, make sure you're using /files/list_folder[/continue] with recursive to true to get the listing. And yes, it's based on making a large number of requests in a certain amount of time.

The rate limit system is based on the rate of API calls from an app-user pair over an amount of time. What endpoint are you getting that from though? Can you share some code and context so I may be able to offer some advice?

The Dropbox API does have a rate limiting system, but we don't have any specific numbers documented. It is only designed to prevent abuse though, and is accordingly very generous. You generally don't need to worry about hitting it in normal use, as Richard noted. Also note that not all 503s indicate rate limiting, but in…