UPDATE (May 2015):
the 'trash' functionality has been implemented in GDAA, making the question below irrelevant.
ORIGINAL QUESTION:
As I play with the new "Google Drive Android API" (GDAA), I am running into a few discrepancies I can't figure out. Basically, I have an old app that uses the "com.google.api.services.drive" interface (insert, patch, update) and I WOULD LOVE to port it to GDAA.
First, GDAA vs. drive.google.com web app.
With the old service, I used the DriveScopes.DRIVE_FILE scope, so I assumed similar behavior/results. Files created with the old "DriveScopes.DRIVE_FILE" can be deleted by me (the Drive owner) in "https://drive.google.com" (I assume that my scope is DRIVE there) and subsequent Android app queries will not find them. It behaves as I would expect:
- The Android app creates files.
- User deletes them on "drive.google.com".
- Android app does not see them anymore.
With the new GDAA, it does not seem to work. Which brings me to the second point:
DELETE/TRASH functionality.
I was trying to test CRUD functionality and couldn't find DELETE at all (again, it may be my ignorance/shortsightedness). Deleting them from "drive.google.com" makes them invisible there, but the Android app still sees them. Metadata can inquire through "isTrashed()", but there is nothing in "MetadataChangeSet.Builder" that would let me delete/trash them, only setMimeType(), setStarred(), setTitle().
I'm lost, please help.
Google Drive Android API doesn't sync with the remote resources instantly. Depending on the scheduler, it may take a while to sync. The scheduling is dependant to Android's account sync components those are making sure that network bandwidth and battery life is conserved and efficiently used.
Additionally, as of Developer Preview, we don't support deletion or trashing. But, the next release will likely to support these actions.
If you want to have a full control over synchronization, do not use Google Drive Android NEW API (at least for now). It is not good enough yet (October 2014) or respectively it works in different way than "real time" OLD API. Main problems are, that you can't delete file, changes are not real-time, metadata are often cached a lot (when I make a search query, in results I can see deleted files even after many hours!). Probably due to some optimizations drive services runs when they want and how they want, so almost nothing is under your control - you never know how drive service uses cache, and you can't force drive service to "do the job right now because I need it".
Oh, and another disadvantage is, that code is much more complicated that same logic created in OLD API :)
The new Version of the Google Play Services (7.0.0 / March 2015) finally features
DriveRessource.trash()
. See https://developer.android.com/reference/com/google/android/gms/drive/DriveResource.htmlHaven't tested it yet - I'll report back soon.
// edit Well, I tested it and it does work ... but not for files within the app folder:
Cannot trash App Folder or files inside the App Folder.
Apparently you cannot use this feature whilst using the app folder.While Google Drive Android API does not yet support delete, you can delete the contents (and, at the same time, rename the title, so that you can ignore it in future). This might be useful to devs using the AppFolder.
If you are working with App Folder (invisible to user), you goal to delete the file is only to save user space and never pick it again. So, you can use the "empty and forget" strategy.
From @Mark Carter (because the Android Drive API changed):
@Burcu Dogan, not sure if you'll see this but as per https://github.com/googledrive/android-demos/issues/4#issuecomment-33759142 will there be a sample to run GDrive operations from a service?