Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
We have a problem while integrating the v2 iOS API on our photography App.
If we call listFolder for the root folder with includeMediaInfo set to @yes, fewer results are returned (e.g. recently batch uploaded photos are not included in the response).
If we set includeMediaInfo:@NO, all files are listed.
have a posted a simmilar problem here: https://www.dropboxforum.com/t5/API-support/new-files-not-returned-by-files-list-folder/m-p/224988#M...
and now reading your post I tried changing my code and it does work. The API does return all new and old files correctly.
I would say that is a problem in the API.
I have the exact same issue here with files not showing up after a hour or more. However, I also have this problem with the folders that contain the media files.
If I create a new folder on Dropbox, the folder will immediately show up when I do a /listFolder call with includeMediaInfo on the parent folder. However, when I upload a media file to the new folder, the folder suddenly disappears from the reponse when doing the same API call.
That is a little bit strange, as the folder itself will never have any media information... I hope that this is a bug and not the expected behavior! I would like to see the folder entries at all time when doing a includeMediaInfo call.
Furthermore, it would be nice to list the files via the /listFolder call as well even if the don't have the media information yet. I would expect to have the same kind of FileMetadata response as when doing a /get_metadata on an entry that doesn't have the media info yet. By the way, what does the pending attribute actually do in the MediaInfo object? Isn't that supposed to be set and used in this case?
I just tried it, but doing a call to /files/get_metadata with include_media_info = true to a file which doesn't have mediametadata yet available doesn't return a mediadata object at all. So pending isn't set in that case.
I am also currious why the /files/get_metadata call and the results of /file/list_folder don't return the same FileMetadata object for the file which doesn't have mediametadata yet. Could you explain why that is the case?
And what about the issue of not showing folders when doing a /files/list_folder call with include_media_info = true?
Second the question about why files aren't returned if they haven't been processed yet. Seems like they should be returned without the additional metadata until the metadata is ready. Files seem to be taking a lot longer to process. Just tried a small 4MB mp4 file, and an hour later it's still not appearing. We're starting to get customer complaints about their files not showing up.
Hi there!
If you need more help you can view your support options (expected response time for a ticket is 24 hours), or contact us on X or Facebook.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!