Greg-DB Dropbox Community Moderator

The Content-Type header is reporting differently, but the bodies themselves are the same, so it sounds like the issue may be with the library or processing you're doing. I can't offer much help there as we didn't write that though. Maybe the library you're using is changing the response it gives you different based on the…

No, both the API v1 and API v2 thumbnail endpoints just return the raw content directly. I just tried this against the HTTP endpoints directly and I got the same exact response body back for both.

This isn't currently available in the Dropbox Chooser, and I can't say if or when it might be, but I'll be sure to pass this along as a feature request! One thing you may want to do is maintain a mapping of file extension to type and use that against the returned file extension. For example, we have a list of groupings…

Yes, you can use CreateFolderAsync to create a folder using the .NET SDK, as you have in your code. If that's not working for you, please check and share the error or output you get.

It looks like you're referring to the Core API /shared_folders endpoint. The documentation means that if shared_folder_id is specified, you must also specify include_membership. However, that doesn't mean you can't use include_membership without a shared_folder_id. That means you can call /shared_folders and…

Thanks for the report! We'll get that fixed up.

Update: This is now possible using the remove_expiration parameter on the /sharing/modify_shared_link_settings endpoint.

This isn't possible with the current interface unfortunately, but we'll consider this a feature request. As a (non-ideal, of course) workaround, you could set the expiration far in the future, e.g., year 9999.

That module is made by a third party, so we can't offer any support for it. Dropbox does offer an API that enables programmatic listing, uploading, and downloading of files though, so this is possible. You can find everything you need to get started with the Dropbox API, including documentation, tutorials, and SDKs here:…

sigrem, please open a new thread with the details of the issue you're having with SwiftyDropbox, including the details of whatever output/errors/crashes you're getting, so we can look into it. Thanks!

As you noticed, the actual thumbnail functionality in the API works with more file types than officially documented (like videos) as we've improved the back end over time. Right now, I only recommend relying on the officially documented formats working, so if you want to use this functionality for the unofficial types,…

Thanks for the report! I can't seem to reproduce this here though, so I'll follow up with you privately so we can troubleshoot this specifically.

When you receive a 200 status code from this endpoint, it indicates that the API call was successful, and the body will contain the thumbnail data. Exactly how you display that is up to your app though. For example, you might save that raw data to a local file, etc.

Hi Priya, please start a new thread with the steps to reproduce the issue, the relevant code snippet(s), and the version number of the SDK you're using, so that we can look into it without spamming this old thread: https://www.dropboxforum.com/hc/en-us/community/posts/new?community_post%5Btopic_id%5D=200209245 Thanks in…

This should be fixed now in version 2.0.3 of the SDK, just released. Please give that a try and let me know if you're still having trouble. 

Thanks! I can reproduce the BadInputException, so we'll into it. (The RetryException should just be a transient server issue, unrelated to the path with special characters.)

Thanks for the report! For reference, to make sure we can reproduce what you're seeing, what exception/error message are you getting?

This should be fixed in version 2.0.2 of the SDK, just released to NuGet. Please update to that and let me know if you're still having trouble. Thanks!

Thanks for the report! This looks like a bug in the SDK. We're looking into it.

A few things to note: - Are those all of the response headers? E.g., is there a X-Dropbox-Request-Id header? - What's the response body? - The response server headers contain unexpected values. E.g., the server header says "Apache-Coyote/1.1", but "nginx" is expected. Is it possible something is interfering with your…

It's difficult to say off hand. Can you share some sample requests/responses showing the issue in detail? Be sure to redact secret values, but please include the headers/bodies. Thanks in advance! 

Based on that error, you got that from the /sharing/create_shared_link_with_settings endpoint. That's expected for that endpoint, as you can't create a shared link for the root. Your original question was about /files/list_folder, where the empty string should work to represent root.

Hi Mario, you can certainly list the contents of the root. The root is identified by the empty string, ", and not a single slash, "/", though. So, you just need to call with this instead: -d '{ "path": " }'

We don't have statistics available on the review process. Apps are reviewed to ensure compliance with the various guidelines and terms: https://www.dropbox.com/developers/reference/tos https://www.dropbox.com/developers/reference/devguide https://www.dropbox.com/developers/reference/branding Anything not complying with…

To clarify, the section you're quoting is titled "Providing your logo" and is about the logo you use for your own app, and shouldn't look like the Dropbox logo. The "approved logos" are the only logos you are allowed to use when using the Dropbox logo in your app, as detailed under the "Referencing Dropbox in your app"…

The guidelines for the use of the Dropbox name and logo in third party apps can be found here: https://www.dropbox.com/developers/reference/branding-guide Note that only the approved logos may be used.

Yes, that's the basic idea. Note that you probably want a more strict version of that though, since your code would match ".txt" anywhere in the name, e.g., I think your code would have a false positive on something like "my.txts.html". Also, make sure to differentiate between files/folders/deleted entries.

The API itself doesn't offer filtering like that, so you'll have to use listFolder and do the filtering client-side, based on the extension in the metadata.

Hi Mike, I've sent this along as a feature request, but I can't make any promises about if or when it would be implemented. We generally try not guarantee one way or another about future developments, since plans can change suddenly, lest we mislead users/developers. Sorry I can't be of more help!

Hi Mike, are you referring to searching in content using the API v2 /search endpoint? I can't speak to why one format or another is or isn't supported, or if it will be in the future, but I'll send this along as a feature request.