Greg-DB Dropbox Community Moderator

Yes, if you develop a Dropbox API integration (i.e., using the Dropbox API, where the user authorizes the app to connect to their account, as opposed to using the Chooser), your app would get persistent access to the files and folders in the account. The app could in that case monitor for changes and download files as…

The Dropbox Chooser doesn't currently support folder selection, so it's not possible to get a folder link to monitor for changes, but I'll be sure to pass this along as a feature request. 

Hi Douglas, unfortunately we don't have intents like this documented for the Dropbox app, but I'll be sure to pass this along as a request to do so. 

[Cross-linking for reference: https://stackoverflow.com/questions/38102377/dropbox-api-v2-invalidaccesstokenexception-at-attempt-to-load-file-after-auth ]

Much like with the API v1 deprecation announcement, we would email affected developers. Just make sure you have "Dropbox API announcements" enabled on: https://www.dropbox.com/account You can also keep an eye on the blog for new posts: https://www.dropbox.com/developers/blog (There's an RSS feed here:…

The deprecated /2/sharing/create_shared_link endpoint is not being retired with API v1 in June 2017. We haven't announced a retirement timeline for the /2/sharing/create_shared_link endpoint. 

There isn't currently another way of getting a shared link for a pending file without using the deprecated create_shared_link, but I'll be sure to pass this along as a feature request. 

[Cross-linking for reference: https://stackoverflow.com/questions/38091736/how-to-get-metadata-for-files-and-folders-in-dropbox-rest-api-v2-c-sharp-using-n ] We recommend using the official .NET SDK if possible. The FilesRoutes.GetMetadataAsync method offers the relevant functionality. If you can't use the SDK, you can use…

We don't currently have plans for an official Ruby SDK for API v2, so Ruby apps would either need to use a third party library, or call the HTTP endpoints directly. Apologies I don't have better news on that!

Hi Jordan, I don't have any news on if or when we might release an official Ruby SDK for API v2, but I'll be sure to pass this along as a a request for one.

It looks like the issue is that your url parameter isn't properly form URL encoded. For example it should look like this: curl_setopt($ch, CURLOPT_POSTFIELDS, "url=http%3A%2F%2F2.bp.blogspot.com%2F-5BRZLo7rynA%2FUzLTXxHNO5I%2FAAAAAAAAAOE%2F43_jWGpYcNc%2Fs1600%2Fbmw_logo_vector_by_celinah006-d66yn5l.png"); We'll look into…

It looks like you have the wrong curl option name for setting headers. It should be CURLOPT_HTTPHEADER instead of CURLOPT_HEADER.

You can use one of the subtypes of UserSelectorArg to construct the desired object. For example, to select a user using their email address, you can use UserSelectorArg.Email, which takes the email address as a string in the constructor.

In that case, you essentially have two options: 1) Use getFile to get the file content and pass it down to the browser instead of saving it to disk. You'll still need to supply a valid resource as the $outStream parameter where the SDK can write the data though. How exactly you set that up it outside the scope of Dropbox…

It looks like you're using the Dropbox PHP Core SDK. The tutorial for that covers downloading a file using the getFile method here: https://www.dropbox.com/developers-v1/core/start/php#downloading

The API doesn't currently offer mode options like this (e.g., to force an overwrite) for the copy and move endpoints, so you'll need to delete the existing file first. We'll consider this a feature request though. 

We recommend using the Java SDK: https://www.dropbox.com/developers/documentation/java There's a sample Android app here: https://github.com/dropbox/dropbox-sdk-java/tree/master/examples/android For example, you can use the listFolder method to list files in a folder, and the download method to download file content.

That's correct, Dropbox does offer an API you can use to list, upload, and download files, among other operations. You can find everything you need to get started on the developers site here, as Richard noted: https://www.dropbox.com/developers We do recommend using an official SDK if possible. If not, you can call the…

This should be fixed now. Please let me know if you're still seeing it.

I don't have a timeline right now. I'll follow up here once I have an update to share.

This seems to be a server-side issue, so you wouldn't be able to resolve it by downgrading the SDK you use. That also means that you won't need to do anything to get the fix once we resolve it on our side though.

Thanks for the report! Yes, this is a known issue that the team is investigating.

Also, one alternative to using the Chooser entirely may be to use the iOS UIDocumentPickerViewController functionality, for which the official Dropbox iOS app supports the modes: UIDocumentPickerModeImport UIDocumentPickerModeExportToService I believe since these work using app extensions, there isn't technically an app…

Thanks for following up. Unfortunately, I don't believe it's possible for an app (either ours or yours) to control/prevent the display of that link.

Are you referring to the "Back to" link in the upper left of like screen shown here? http://www.macworld.com/article/2987105/ios/ios-9s-back-to-button-helps-you-master-multitasking.html http://www.cnet.com/how-to/how-to-use-ios-9s-fancy-back-button/# That's just a feature of iOS 9. It comes up because the Chooser is built…

Hi Matt, it sounds like you already have the right idea here. You should use the Dropbox API concepts to keep track of this, instead of HTTP caching rules. That is, you can use the "rev" value, e.g., from /metadata or /delta, to check if the contents have changed. If the rev value hasn't changed for a file, you know the…

Hi Christian, there's a discussion with more information on this here: https://github.com/dropbox/dropbox-sdk-java/issues/44

Richard's correct, your app should never be directly handling the user's email address and password. You, as the developer, just need to register your app to get an app key and secret once. Those should be included in the app. This step can't be done programmatically, but only needs to be done once per app anyway. Your app…

Thanks for following up. Can you give me a better idea of how much/often you see this so we can look into it? Specifically, does it happen consistently, or only sporadically, and in either case, when you are seeing failures, what percent of your API calls fail? Thanks in advance! 

Since it sounds like the NetworkIOException problem is intermittent, is it possible it's related to issues with your network connection. For example, are you able to reproduce the issue when using a different Internet connection?