Dear Dropboxers,
In API v1, the list of revisions for a file included information that seems to missing in the new API v2.
Specifically:
A. In the old API, if a while was created, then deleted, then re-created, the intermediate deletion was visible in the results returned by /revisions (as a "revision" which simply had the "is_deleted" flag set to true, and file size zero). In the results returned by the API v2 "list_revisions" call, there is only a global "is_deleted" flag at the very top, indicating whether the file is currently deleted. In the scenario of creation-deletion-creation, it is completely invisible that the file was for a while deleted.
B. In the old API, when a file was deleted, the information returned by /revisions showed who (which user) had deleted the file. In the new API v2 "list_revisions", there is only the global "is_deleted" flag at the top, and the server timestamp indicating when the file was deleted. There is no information on which user deleted the file.
Looking at the "Version history" available on the Dropbox website, for the same file, does show the intermediate deletion, and also who deleted the file (for a file in a shared folder). So Dropbox internally does have all this information, still.
My questions are then:
1. Did I miss something, or is it indeed the case that /list_revisions is crippled in the way I described, compared to the earlier API?
2. If indeed it is missing information, any plans on changing this?
My use case is an app which provides a nice interface to the full history of a Dropbox account, and easy reversion to a previous state. This has worked remarkably well with API v1, but it looks like API v2 is a significant step in the wrong direction in many ways (for example, apparently also limiting the number of revisions to 100 now, from 1000 in API v1).
Thanks for any help!
Patrik
