Mamy problemy, w których czasami plik, do którego użytkownik ma dostęp, nie jest zwracany, gdy użytkownik wydafiles.list. Może się to zdarzyć na wiele sposobów. Na przykład nowi członkowie grupy Google nie zobaczą wcześniej udostępnionych plików, jak opisano wto pytanie. Ponadto, zgodnie zDokumentacja Google istnieją inne ograniczenia udostępniania, które mogą uniemożliwić udostępnianie plików w widoku „Udostępnione mi”. Wreszcie użytkownik może wydać afiles.delete na pliku, którego nie ma, a plik zniknie zfiles.list ale nadal będzie istnieć.

Co może zrobić użytkownikprzez sam SDK wywołać plik, do którego może uzyskać dostępfiles.get pojawiać się na liście plików pobranych przezfiles.list? Korzystamy z konta usługi, które podszywa się pod użytkowników; użytkownik nigdy nie uwierzytelnia się w Google za pomocą przeglądarki. Link w e-mailu, który użytkownik musi kliknąć, niestety nie zadziała. Dostęp do pliku za pośrednictwem interfejsu użytkownika Dysku Google ma pożądany efekt, ale analogicznyfiles.get połączenie nie.

Interfejs API Kalendarza Google jawnie ujawnia aCalendarList interfejs, w którym użytkownik może wydaćinsert aby dodać istniejący kalendarz do swojej listy. Zestaw SDK Google Drive wydaje się hybrydąFiles/FilesList brak interfejsu z niektórymi funkcjami (nic podobnegoFilesList.insert) i niektóre funkcje zmieszane razem (wydanie adelete jak nie-właściciel działa jakFilesList.delete ale wydaje go tak, jak właścicielFiles.delete).

Jeśli nie możemy programowo zarządzać listą plików użytkownika, nie jest to przydatne dla naszej usługi. Możemy zignorowaćfiles.list zadzwoń całkowicie i zacznij wykonywać rekurencyjniechildren.list zapytania o wszystkie udostępnione foldery, ale jest to niezwykle kosztowne (chyba że ktoś wie, jak wydać pojedyncze zapytanie, które zwraca wszystkieFiles zasoby w folderze, a nie tylko identyfikatory tych zasobów).

Każda pomoc byłaby doceniana. Próbowaliśmy tego na wiele różnych sposobów i byliśmy sfrustrowani na każdym kroku. Dzięki!