Greg-DB Dropbox Community Moderator

The main recommendation is just to operate in a case insensitive manner to match the Dropbox API. Also, whenever possible, just use the SDK for your file operations, as opposed to trying to sync with the local filesystem manually. The SDK caches files you open for you automatically anyway. Regarding the technical details,…

Thanks for the additional feedback Brendan. I'm sending this along to the team as a request to improve this.

Dropbox and the API itself are case insensitive, so in some cases you will see this behavior. (We realize this is non-ideal of course and are looking into ways to improve.) That said, the best solution here is to do a case-insensitive search in your code too. Also, the last path component will always be the expected case…

Great, I'm glad to hear you were able to sort this out.

Ah, I just noticed you did mention here that you cleared the device in this post. Can you add some logging to check the destination path explicitly and post the output then?

[ Cross-linking for reference: https://stackoverflow.com/questions/30313546/dropbox-sdk-for-ios-works-on-simulator-not-on-actual-device ] I posted an answer on your StackOverflow question a little while ago. Can you check if that was the issue?

Thanks for the information!

I can't make any promises, but I'll pass this along as a request. It looks like you should be able to enable the legacy library though, per the documentation: https://developer.android.com/preview/behavior-changes.html#behavior-apache-http-client

Sure, this creates a shared link for a file and also supplies a requested visibility and expiration in the settings: import datetime import dropbox dbx = dropbox.Dropbox("<ACCESS_TOKEN>") expires = datetime.datetime.now() + datetime.timedelta(days=30) requested_visibility = dropbox.sharing.RequestedVisibility.team_only…

This is now possible using the /sharing/create_shared_link_with_settings endpoint on API v2: https://www.dropbox.com/developers/documentation/http/documentation#sharing-create_shared_link_with_settings In the latest version of the Python SDK, that's the sharing_create_shared_link_with_settings method:…

That's also not currently available, but I'll pass that along as a request as well.

The Dropbox API doesn't currently offer a way to set a custom expiration on shared links, but I'll be sure to pass this along as a feature request.

This isn't possible with /delta, but it is the behavior of /metadata. 

[Cross linking for reference: https://stackoverflow.com/questions/32034819/error-when-uploading-a-directory-to-dropbox-including-all-files-and-sub-director ]

Yes, the OAuth 1 authorization page at /1/oauth/authorize is only for API v1, and will be retired with API v1. You'll need to migrate to using the OAuth 2 authorization page at /oauth2/authorize. (API v2 doesn't support OAuth 1, so the OAuth 1 page won't be useful once API v1 is retired anyway.)

API v1, a.k.a. the Core API, supports both OAuth 1 and OAuth 2 and will continue to do so. Note that API v1 is already deprecated in favor of API v2. API v2 only supports OAuth 2. The /1/oauth2/token_from_oauth1 endpoint you mentioned allows you to get an OAuth 2 access token from an OAuth 1 access token. We recommend…

Yes, OAuth 2 access tokens for the Dropbox API, including those generated from the App Console, don't expire by themselves.

[Cross-linking for reference: https://stackoverflow.com/questions/32030105/dropbox-api-listing-content-of-shared-public-folder ] The API was designed with the intention that each user would link their own Dropbox account, in order to interact with their own files. However, it is technically possible to connect to just one…

Hi Tim, Mark's correct, Dropbox offers various interfaces for integrating Dropbox functionality into third party applications, but don't offer a service for just implementing them. For reference, if you want a way to easily let your users save files you specify to their own Dropbox accounts, the Dropbox Saver would be a…

Can you elaborate as to what functionality/integration you want exactly?

For reference, the parameters for shared links are documented here: https://www.dropbox.com/help/201

To follow up on this, in case anyone following hasn't seen it yet, /files/list_folder now takes an "include_deleted" parameter.

Sorry, no update on this yet.

This isn't currently available in v2, but it is planned.

[Cross-linking for reference: https://stackoverflow.com/questions/31328498/ios-dropbox-sdk-chunked-upload-of-open-file ] If I understand the scenario correctly, this should work. The chunked uploading contract doesn't need (and in a way, can't) know about the state of the local file/data. It just receives the chunks of…

It sounds like you have a different question now, so please open a new thread with the details, so as to not spam the other people on this thread.

I'm not sure offhand if/what changed or when, but API v2 doesn't/hasn't officially supported that permission, so you'll need to use another in order to use API v2: https://www.dropbox.com/developers/apps/create

Hi Anchal, please don't post the same question repeatedly. I've answered your question both in the other thread you posted in, as well as the ticket you filed.

Thanks for the feedback Justin. We don't have a public release date quite to share yet unfortunately. You may want to subscribe to the blog though: https://www.dropbox.com/developers/blog Anyway, both the app folder and full Dropbox permission are currently supported by the API v2 beta. You can find more information on the…

Is your app registered for the file type permission? The file type permission currently isn't supported by the API v2 beta, so you'll need to use a different permission for now.