cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Want to learn some quick and useful tips to make your day easier? Check out how Calvin uses Replay to get feedback from other teams at Dropbox here.

Dropbox API Support & Feedback

Find help with the Dropbox API from other developers.

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Betreff: listFolder with includeMediaInfo not listing all available files

listFolder with includeMediaInfo not listing all available files

ramonpoca
Explorer | Level 4

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.

 

 

26 Replies 26

Individual IT S
Helpful | Level 5

 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.

Greg-DB
Dropbox Staff
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.

Individual IT S
Helpful | Level 5
"variable amount of time"
is that minutes or hours?
I've tested on 2 accounts with basically no activity.

Greg-DB
Dropbox Staff
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.

Individual IT S
Helpful | Level 5
just tested again. Files that were placed into the folder yesterday 'server_modified' => string '2017-06-09T16:48:56Z' are still now showing up with "include_media_info" => true but all is fine if setting "include_media_info" => false

De L.1
Collaborator | Level 9

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?

Greg-DB
Dropbox Staff
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 with the affected user ID(s) so we can look into it:

https://www.dropbox.com/developers/contact

Thanks in advance!

De L.1
Collaborator | Level 9

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?

cdemiris99
Explorer | Level 3

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.

Need more support?