Greg-DB Dropbox Community Moderator

The Dropbox API doesn't offer a way to download multiple specific files in one API call, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest functionality would be /2/files/download_zip, which offers the ability to download the entire contents of a…

@"rozek" If you're not running in an extension, it sounds like there's a different cause of the issue you're seeing. Please open a new thread with the details of the problem you're seeing, e.g., include a screenshot of the error page you're getting, so we can check on it for you. Thanks in advance! 

The GetCurrentAccountAsync method certainly shouldn't be opening a browser. It just makes an API call to /2/users/get_current_account. (The method definition can be found here for reference.) Can you step through the code with a debugger when this occurs to see where/when exactly that browser is getting called up?

You can use that method on the shared instance like this: DropboxOAuthManager.sharedOAuthManager.clearStoredAccessTokens() Hope this helps! 

Yes, the Dropbox API does offer the ability to programmatically create shared links like this. That's available via the /2/sharing/create_shared_link_with_settings endpoint. We recommend using one of the official Dropbox API v2 SDKs to access the API if possible. For instance, in the Dropbox API v2 .NET SDK, this…

Do you still have Xcode 10.1 installed? Carthage still may be using that to build if so. In that case, trying using `sudo xcode-select -switch /Applications/Xcode-10.2.app/` (or whatever your new Xcode path is) first to switch to the new one, and then run the Carthage build again.

I believe you do need to use at least version 10.2 of Xcode in order to debug on iOS 12.2, so using at least Xcode 10.2 seems necessary (as opposed to Xcode 10.1). That means you'll need to get your copy of the SwiftyDropbox library working with the Swift 5.0.1 compiler. You should be able to do so by running `carthage…

No problem, I'm happy to help. Yes, whether the account is an individual account, or on a team either using the team space or not, a full Dropbox app can use create_folder_v2 to create folders anywwhere in the account. (Likewise, a Dropbox Business API app with the team member file access permission can…

Yes, there are still teams not using the team space configuration. Dropbox doesn't offer a way to revert a team to not using the team space configuration though. And yes, in order to know how to manage the folders, you can check what configuration a user's team is on by checking the 'root_info' returned…

It looks like your team is using the "team space" configuration and you want to use the Dropbox API to operate inside that team space. Dropbox API calls default to the member folder, but you can set them to work in the team space if you want. For information on how to do so, please refer to the Namespace Guide:…

@"Chai234" It sounds like you're referring to using the official Dropbox application. This thread was about a specific feature of the Dropbox developer platform, not the Dropbox app. You can share feedback about the Dropbox app itself in the "Share an idea" forum here:…

If you want to upload a local file, you can just do something like this: using (var file = new FileStream(srcFile, FileMode.Open)) { var updated = await dbx.Files.UploadAsync( targetFolder + "/" + targetFileName, WriteMode.Overwrite.Instance, body: file); } You'll probably want to add some checking/exception handling to…

@"MilesSmith" It sounds like you're referring to an issue using the official Dropbox for iOS app itself. This thread was for an issue a developer was seeing when using the Dropbox developer platform. Please instead contact Dropbox support for help with the Dropbox app: https://www.dropbox.com/support

Are you referring to using the official Dropbox API v2 .NET SDK? That SDK doesn't offer progress listeners unfortunately, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

I just tried this and successfully saved a 200 MB file, so it sounds like there may be something specific to the URLs you're using. Would you be able to share a sample URL that's failing like this so we can look into it? Feel free to open an API ticket if you'd prefer to share privately.

1. The /2/paper/docs/list endpoint should already only be returning doc IDs, not folder IDs. If this isn't what you're seeing, please let us know and share the relevant code and output so we can investigate. (Be sure to redact the access token of course.) You can share privately by opening an API ticket if you'd prefer. 2.…

1. The /2/paper/docs/list[/continue] endpoints do only return the IDs, and not any extra metadata. There isn't a way to get the metadata, other than calling /2/paper/docs/download (though that doesn't include created or modified dates), but I'll pass this along as a feature request. I can't promise if or when that might be…

There are a few ways this might be breaking based on what you shared here: * Is the value of `Link` definitely correct? (I'm asking since the value isn't set within the code you shared.) * It looks like the "Content-Length" value of "13" is incorrect. Your request body is longer than that. Try editing your code to supply…

The Dropbox API doesn't return the file/folder ID for DeletedMetadata, but I'll pass this along as a feature request. The /2/files/download and /2/files/download_zip endpoints don't support downloading deleted files/folders though, nor is there another way to do so, so you'd need to restore anything you want to download…

1. Yes, any file/folder change would require a lock, including moving/renaming, which can result in lock contention. 2. No, moving and renaming are functionally equivalent on the Dropbox API.

@"Roman_argon" There isn't a file size limit exactly, but there is a time limit. The transfer has to complete within 5 minutes. Is the job taking more than 5 minutes in this case?

@"zainulabideen" No, authentication happens before the access token is retrieved, so if the client already has the access token, there isn't any further Dropbox account authentication. If you want to use the Dropbox Business API like this to connect to the entire team but let any arbitrary member use the integration,…

I'm not aware of anything that should be causing that, but we'll be happy to look into it. We could use some more information for both of these though. Please let us know: * the version number of the Dropbox iOS app you're seeing this with * the version number of the Dropbox Chooser SDK you're using * the specific steps to…

It sounds like you're trying to save a file, presumably an image file, but based on the truncated URL you shared here, the URL you're using is actually to a Google Images HTML page, not to the image itself. Accordingly, the save operation is failing. If you're trying to save an image file, get and use the actual URL to the…

Those '10814' errors can be ignored. They just mean that the official Dropbox iOS app isn't installed, so the app authorization flow is sent through Safari instead. Is the app authorization flow not working for you though? E.g., is the app authorization page not appearing at all? If not, based on that third message, that's…

@"ikishan" That's a different warning, unrelated to the original topic on this thread. If your app is approved for production status, that "know and trust" warning will not be shown. You can find information on applying for production status here:…

@"johntrenwith" This is still open with engineering, though I still don't have an update on it yet. I'll bring this up with them again.

I'm glad to hear you already sorted this out. To confirm, yes, when using /2/files/list_folder[/continue], the app should always check the returned 'has_more' value and if it's true, call back using the returned 'cursor' to get more entries.

@"Yohancef" With the .NET SDK, you would also pass an empty string to list the root folder. That would look like this: var list = await client.Files.ListFolderAsync(string.Empty); or: var list = await client.Files.ListFolderAsync("");

Thanks for the report. The Dropbox web site is subject to change, and only officially supported in the browsers/versions documented here. It sounds like the Dropbox web site is now using a JavaScript feature that the webview you're using doesn't support. (Based on the error output you shared, it appears to be the "Set"…