Greg-DB Dropbox Community Moderator

I unfortunately can't offer more information than that blog post about what level of integration may be available in the future, either in the Dropbox app itself or for third party developers. I'm sending this along as a request to the team though.

It looks like we should be able to get this fixed today. I'll follow up here once I have an update. And thanks for your feedback on the difference between get_metadata and list_folder. I'm sending it along to the team. Your solution of using get_metadata in addition to list_folder with include_media_info=false would work.…

It looks like we should be able to get this fixed today. I'll follow up here once I have an update. For reference, it is expected that this issue occurs only when include_media_info=true. You can find more information on the include_media_info parameter in the documentation:…

Thanks! We're looking into it. I'll follow up here once I have an update for you.

If you're using /files/get_metadata with include_media_info=true, you should get 'pending' media information. I just tried it, and it is working for me. Can you share the HTTP request and response for an API call like that that isn't working for you? Thanks in advance! Also, the API is designed to show pending media info…

For reference, the 'pending' state is used when metadata is directly requested for a file for which the media metadata is not yet available, such as when using /files/get_metadata, but not from /files/list_folder. If you're seeing significant delays like this when using include_media_info=true, please open an API ticket…

If you're seeing significant delays like this when using include_media_info=true, please open an API ticket with the affected user ID(s) so we can look into it: https://www.dropbox.com/developers/contact Thanks in advance!

Closing as duplicate of: https://www.dropboxforum.com/t5/API-support/New-Files-Folder-are-not-fetching-created-after-9th-of-June/m-p/225213

Thanks! We'll look into it.

Did you add dropbox-core-sdk-3.0.3.jar or dropbox-core-sdk-3.0.3-sources.jar? You should add dropbox-core-sdk-3.0.3.jar to use the library.

1. Each list_folder response generally won't be more than around 2,000 items, but that can vary, so don't rely on that number. 2. There isn't a way to request everything in one request. The API is built this way to avoid breaking on very large folders. You'll need to make sure your app knows how to call…

Unfortunately the API doesn't offer thumbnails for these kinds of files, nor the ability to supply your own, but I'll pass this along as a feature request.

Here's an example of how you can tell apart different errors: import dropbox from dropbox.exceptions import ApiError dbx = dropbox.Dropbox("<ACCESS_TOKEN>") try: print(dbx.sharing_create_shared_link_with_settings("/test222.txt")) except ApiError as err: if err.error.is_shared_link_already_exists(): print("Link already…

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

Thanks for the additional information. There are many different variables that can affect speeds like this of course, so it can be ****** to say what's happening off hand. Let us know if there's something we can help with. For example, if you'd like to share your code, we can take a look and let you know if something looks…

Hi Neil, I don't have any additional information to share on this. Thanks for the feedback though! I'm sending it along to the team.

This is still not available in the API. Thanks for the additional feedback!

For most users most of the time, it's on the scale of seconds or minutes, but it can be longer sometimes, on the scale of hours. In some cases, backend issues on our side can also slow this down.

Thanks for following up. When using include_media_info = true, that can be expected sometimes. I'll follow up on the other thread as well: https://www.dropboxforum.com/t5/API-support/listFolder-with-includeMediaInfo-not-listing-all-available-files/m-p/225034#M12179

When using includeMediaInfo, there can be a delay on results being returned while the media information is prepared. They will get listed once the information is available, but this can take a variable amount of time, especially if there are many files or a lot of activity in the account.

When you call /2/files/list_folder, make sure you check the 'has_more' value in the response. If it is true, you need to call back to /2/files/list_folder/continue in order to get more results. (And likewise, check the 'has_more' value in the response from /2/files/list_folder/continue.) The /2/files/list_folder[/continue]…

The two SDKs don't share any code, so it wouldn't be surprising if they have different performance characteristics. In some quick testing though, I'm not seeing quite the disparity you are. Are you running multiple downloads simultaneously? If so, how many, and are you doing the same with both SDKs? In any case, there…

Thanks! It does look like that succeeded, and if this is still occurring when you're trying with iOS 9, we'll have to investigate further to see what the issue may be. To help with that, would it be possible for you to supply a sample project, or stripped down version of your project that is exhibiting this issue? It…

The shared folders are likely just not included on the first page of results. When using listFolder, make sure you check the hasMore value. If it's true, you need to call back to listFolderContinue to get more results. There's an example of doing so here: https://github.com/dropbox/dropbox-sdk-obj-c#rpc-style-request

Yes, the SDK uses that other URL for historical reasons. It's safe to use as is for API v2 though.

What output did you get from 'pod install' for this Podfile? Note that the Objective-C SDK supports iOS 9+, but you seem to be targeting iOS 8: https://github.com/dropbox/dropbox-sdk-obj-c#system-requirements

Thanks! It looks like the contents of the sdk-version.txt file aren't in the format expected. It should be a version number, instead of "${project.version}". How did you install the SDK? Did you successfully build the SDK first? This value should get expanded when you do so:…

First, to confirm, it sounds like you're using the CocoaPods installation method, is that correct? If so, can you share: - your Podfile - the version of CocoaPods you're using - the version of Xcode you're using Also, make sure you opened the .xcworkspace file and not the .xcodeproj file.

Can you share the full error/stack trace? Thanks in advance!

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-dotnet/issues/54 ] You can find the license for the official Dropbox API v2 .NET SDK here: https://github.com/dropbox/dropbox-sdk-dotnet/blob/master/dropbox-sdk-dotnet/LICENSE