Greg-DB Dropbox Community Moderator

It sounds like you're referring to /2/sharing/list_shared_links, is that right? The API doesn't currently offer a way to get the total count like this, but I'll be sure to pass this along as a feature request. 

The GetSpaceUsageAsync method gives you a SpaceUsage object, which has Used (the amount of space used) and Allocation (the total storage quota) properties for the user. So, you can do something like this (depending on account type): var space = await this.client.Users.GetSpaceUsageAsync (); Console.WriteLine ("{0}/{1}",…

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 account. The SDKs don't offer explicit support for it and we don't recommend doing so, for various technical and security…

No, unfortunately the Dropbox API doesn't support access using a direct IP address only, and yes, among other technical details, this is partially due to security features. 

[Cross-linking for reference: https://stackoverflow.com/questions/41181363/dropbox-file-download-with-share-url-via-api ] Yes, you can either make an HTTPS request to the link itself, using the raw or dl parameters as documented here: https://www.dropbox.com/help/201 Or, you can use the /2/sharing/get_shared_link_file…

Thanks for the report! We'll look into it. It looks like you also posted this on GitHub, so we'll follow up there once we've reviewed this.

This issue doesn't reproduce for me using the sample code and a specified filename that ends in .obj. That being the case, it sounds like it may specific to the URL(s) you're using, so please share that so we can reproduce it and investigate. If you'd prefer to share it privately, you can do so by opening a ticket here:…

Can you share the code to reproduce that issue? Thanks in advance!

The sharing_info.modified_by property of FileMetadata, e.g., as returned by /2/files/get_metadata or /2/files/list_folder[/continue] has the ID of the user that last modified a file if the file is in a shared folder. This is also available on each object returned by /2/files/list_revisions. Does that satisfy your use case?

If you're using the Saver via an <a> tag, you can set the "data-filename" attribute on that tag to be the filename, including extension, you want the Saver to use, like this: <a href="URL_HERE" data-filename="filename.ext" class="dropbox-saver"></a> If you're using the JavaScript interface, you can set the filename,…

Apologies that the help article is unclear. The terminology here is a bit overloaded, but while a team folder is considered to belong to the team itself, only admins can manage them. This is what I was referring to when I said "Only admins can edit membership settings.". Note that a team may have multiple admins, and any…

[Cross-linking for reference: https://stackoverflow.com/questions/41123648/html-embed-pdf-file-from-the-dropbox-with-pdf-viewer-online ] No, unfortunately Dropbox doesn't offer a way to control that in this case. This isn't really the intended use of these, but shared links (as opposed to these temporary links) may work…

Unfortunately, that endpoint does require an access token. I'll send this along as a feature request to eliminate that requirement, but I can't make any promises. For reference though, it doesn't need to be an access token for the owner of the link. It can be any user.

I see, thanks for clarifying. In that case, in order to preserve that when uploading via the API, set the clientModified to be the expected time when calling upload.

What piece of metadata are you looking at specifically when you refer to the file's creation date? Can you share a sample? Thanks in advance!

The shared link itself isn't a good interface for this unfortunately, as it will return a 200 showing an HTML error page for the user, as you noted. Instead, I recommend using the API. You can use the /2/sharing/get_shared_link_metadata endpoint to get information about a shared link:…

I'm afraid I don't have a great solution for you, as OAuth 2 redirect URIs for the Dropbox API are required to be pre-registered exactly. I'll be sure to pass this along as feedback though. One thing you may be able to do instead is to use one static redirect URI but encode the necessary information in the 'state'…

Unfortunately, no, the Dropbox API doesn't offer a bulk upload method, but I'll be sure to pass this along as a feature request.

Thanks for the feedback Tim! I'll add your feedback to the feature request, and be sure to update this thread with any information if/when I have it.

As mentioned in a comment on your StackOverflow post, you should be able to use Objective-C libraries in Swift projects. There's a StackOveflow post about this here: https://stackoverflow.com/questions/24002369/how-to-call-objective-c-code-from-swift Have you tried that out?

No, API v1 doesn't return the same team information. You can use API v1 and API v2 at the same time though.

Team folders are owned by the team itself. Only admins can edit membership settings. Using the API, you can get the information for the team that owns a team folder in the SharedFolderMetadata, for example, as returned by /2/sharing/get_folder_metadata, in the "owner_team" field.

This should be fixed now. Let us know if you're still seeing any issues.

Hi Tim, there isn't a way to convert those links to shared folder IDs using the API unfortunately. The API wasn't designed to work with those links directly. The intent was that the app would use list_mountable_folders as you mentioned to get the list of folders that can be mounted in a user's account. You can display this…

[Cross-linking for reference: https://stackoverflow.com/questions/41040463/is-this-code-in-the-dropbox-documentation-right ] Thanks for the report! That sample is out of date. We'll get that fixed up. It looks like someone was kind enough to share an updated version in your StackOveflow post already.

No, unfortunately I'm not aware of any plans for a C++ SDK for API v2 at this time. I'll add your request though.

Thanks! I've filed this as a request with the team.

We're working on a fix. I'll follow up here once it's out.

The "id" for the script should be "dropboxjs", not "dropbox". Please try that out and let me know if that doesn't fix it for you.

Hi Tim, this API v2 endpoint doesn't currently support app authentication like its API v1 equivalent unfortunately, but I'll be sure to pass this along as a feature request.