Greg-DB Dropbox Community Moderator

Thanks for the additional context!

@"anibale" When you get a 409 like this, you should check the HTTP response body. It will contain a more specific error, such as shared_link_already_exists. (If you're using an SDK, the SDK will translate this into an error type for you.)

The files.getThumbnail call is a "download-style request", like files.download. The response.0 will be the original file metadata, so response.0.pathLower is the original file path. To get the data for the thumbnail, you should use response.1, like in the files.download example here:…

Yes, you'll need to download all of the files and then zip them as necessary. Note that shouldn't try to download all files simultaneously though, as that could trigger rate limiting or exhaust your network connection, depending on how many files there are. You should decide on some maximum number of files to download…

@"opp" You seem to be getting slightly different output that was previously shared on this thread. I.e., you're getting error: "(null)" which should actually indicate that nothing went wrong with the canOpenURL call. That being the case, please open a new thread with the details (i.e., steps to reproduce, the code, and the…

The Dropbox API does offer the client_modified and server_modified times, as you mentioned, but it unfortunately doesn't offer the created time. I'll send this along as a feature request, but I can't make any promises as to if or when that would be added. The list_revisions functionality does show a list of files…

Since the API doesn't offer a way to download the folder as a zip like this, you'll need to iterate through each desired file in the folder and download each one normally.

It looks like this is an issue with 'pip' itself, and not Dropbox, so I'm afraid I can't be of help. It looks like the error message links to some informational pages though, so I recommend reviewing those, and contacting the support or community for pip or PyPI for further help.

No, unfortunately the Dropbox API doesn't offer the ability to download folders as zips, but I'll be sure to pass this along as feedback.

Using the Dropbox API v2 .NET SDK, you can upload zip files just like any other file type. There's an example for uploading files here: https://stackoverflow.com/documentation/dropbox-api/409/uploading-a-file/1358/uploading-a-file-using-the-dropbox-net-library#t=201706051953465706452

Hi Crina, this is expected. Dropbox API introduced the notion of a file ID, but it isn't available everywhere on the API unfortunately. We hope to implement support for file IDs on more endpoints in the future, I don't have a specific timeline to offer.

Thanks for the post. I'm not sure I fully understand your scenario, so let me know if I'm missing something. For reference, the "app key and secret" identify a particular app. (I.e., you have one app key and secret pair for your 'BusinessApp', and a different' one for your 'PersonalApp'.) An "access token" identifies a…

@"haktech" You can find descriptions of client_modified and server_modified under the documentation for FileMetadata, e.g., under the return value documentation for /2/files/get_metadata. In short, the server_modified time is the time from the server when the file was modified. This is more trustworthy, since only…

Unfortunately, the Dropbox API doesn't currently offer a way to programmatically create file requests, but I'll pass this along as a feature request.

No, the API doesn't offer the ability to programmatically get the app folder name for an app with the app folder permission, but I'll pass this along as a feature request.

If you're using Objective-C, you can use the official API v2 Objective-C SDK: https://github.com/dropbox/dropbox-sdk-obj-c If you're using Swift, you can use the official API v2 Swift SDK: https://github.com/dropbox/SwiftyDropbox Note that API v2 offers a different interface than API v1, so it won't be a drop-in…

No, unfortunately there isn't a way to check if a file is currently uploading like this, but I'll pass this along as a feature request.

I just checked this in v3.1.0 and I do see checkAndPerformV1TokenMigration defined and working. There's some sample code in the readme. Can you double check that you got 3.1.0 installed? If so, please share the code you're using and error/output you're getting.

The app folder name setting would be used when setting the name of new app folders when more users link to your app. Changing it won't change the name of existing app folders though.

Manually creating a folder won't connect it to your app. The app folder is a special app folder automatically created for the app when the app is linked to the user's account. Also, if you change the app folder name setting for an app, it won't change the name of any app folders already created in already linked user…

I see, thanks for double checking. That "Documents" permission is a configuration of the "file type" permission I was referring to. That unfortunately is not supported by API v2.

While you can store database files themselves, Dropbox and the Dropbox API don't offer a way to remotely connect to these database files to run database queries/operations. You'd need to download/upload the database file each time you need to change it. I'll send this along as a feature request though. I can't speak much…

Thanks for clarifying. Yes, those two should give you the same listing. Make sure both apps are linked to the same account though. You can use users_get_current_account to check that. If you're still getting unexpected results, feel free to open a ticket with the specific code and output from the affected account and we'll…

It looks like the ValueError issue is fixed in requests v2.17.1, so please update to that and let me know if you're still seeing any issues.

Thanks! In that case, please open a ticket with the relevant app keys, code, and output so we can check on this for you: https://www.dropbox.com/developers/contact

Are you sure the apps had the same exact attributes, e.g., the permission? Unfortunately, API v2 doesn't support the "file type" permission, so your app would get this error message when attempting an API v2 call if it had the file type permission. That being the case, you would need to register a new app for the full…

That's correct, if your app has the "app folder" permission, everything your app does or "sees" is relative to the app folder itself. You would use "" to refer to the app folder itself, since it's your app's root, or "/subfolder", etc. to refer to something inside your app folder. From your first paragraph, it sounds like…

To clarify, using one of the paths you posted: /brian alan lang ea/work papers/bravo/breit/2016/brei3389_2016_8879-signed.pdf Are you sure one of those parent folders is still shared? (I.e., "brian alan lang ea", or "work papers", etc.) Shared folders can be unshared, or files/folders can be moved out of shared folders, by…

If the official Dropbox iOS app is installed, the SDK will automatically use that for the app authorization flow. (That way, the user doesn't have to sign in again.) This message can happen when the SDK checks if the official app is installed, and this error code indicates that it is not. This should be safe to ignore…

@"Steve L." Thanks! I'll send that along.