API v2 Optional file id

[Thomas G.46]

What reasons could a FileMetadata be returned without a file id?

[Greg-DB]

Right now, just due to various technical details on the backend, we can't guarantee that every single file will have an ID, though it should be very rare for a file not to have one. We'll be working on improving this though towards the goal of making this guaranteed. 

[Joel T.9]

Is there a plan to have file id's (when they are all populated) as part of the getDelta() API?

[Steve M.]

Joel, the equivalent of `/delta` in v1 is `/files/list_folder` in v2, which does already include file IDs.

[Joel T.9]

Thanks for the quick response.

I presume that means a Java wrapper call for that is forthcoming?

[Steve M.]

Yes, I think I recall seeing a bug earlier today that it's currently not exposed in the Java SDK. It's certainly supposed to be in there.

[Steve M.]

Specifically, I think the missing overload is the one that allows you to pass recursive=true. If you're doing a non-recursive call, listFolder in the v2 Java SDK should already give you back file IDs.

[tomdev l.]

Is there still a chance that a file/folder retrieved through the API will not have an id?

[Greg-DB]

The id field has been changed to required, so every FileMetadata/FolderMetadata object will have it now.

[tomdev l.]

That's perfect, thank's for the fast reply. I don't suppose there's any way to get the file id for a DeletedMetadata object as well?