Comportement incohérent entre "Real User" et API

Question

Tout d'abord, désolé d'utiliser ce canal, mais il n'y a pas d'autre canal de communication "ouvert" pour les problèmes du SDK Drive. De plus, si vous tentez d'accéder à un document Google Drive auquel vous n'avez pas accès depuis votre navigateur, vous recevez un avertissement qui vous permet de demander l'accès au fichier (vous obtenez donc la CONFIRMATION que le document existe et que vous n'y avez PAS accès).

Si vous essayez d'accéder à un fichier auquel vous n'avez pas accès depuis l'API, vous obtenez un 404, ce qui ne confirme pas l'existence du document. C'est génial, spécialement lorsque vous travaillez sur votre domaine Google Apps, à savoir: J'ai peut-être accès aujourd'hui au fichier X de l'utilisateur U et demain l'utilisateur U perd l'accès à ce fichier (ie: changement de propriétaire) de l'API I obtiendra un 404 avec absolument aucun pointeur vers où je devrais chercher ce dossier ou s'il existe même! A partir du navigateur, vous n'avez qu'à "demander l'accès" et attendre, mais à partir de l'API vous avez deux options: a) supposer que le fichier est parti ou b) demander ce fichier à partir de CHAQUE compte d'utilisateur que vous connaissez.

Alors, qui va à ma suggestion/demande: S'il vous plaît ne répondez pas à 404 quand il y a un meilleur code pour cela, 403 serait bien .. En outre, s'il vous plaît, ajoutez un pointeur sur les « où aller "sur le code de réponse. Vous pourriez également garder le 404 mais en ajoutant le pointeur de "un propriétaire".

Et, enfin, trouver un moyen pour les comptes de service pour la recherche tout dans un domaine :)

merci, marc

Answer 1

Merci d'avoir soulevé cette. Il y a une différence subtile entre l'API et le cas de l'utilisateur: Avec l'API, il est beaucoup plus facile d'envoyer un grand nombre d'ID aléatoires pour trouver des fichiers. Si nous renvoyons 403 dans les cas où des fichiers existent mais n'ont pas été partagés, cela envoie des informations à un script qui exécute cette opération. Si vous n'avez pas accès au fichier, vous n'avez pas le droit de savoir s'il existe ou non.

Dans le cas de l'utilisateur, il est beaucoup plus difficile d'essayer plusieurs ID de fichier jusqu'à ce que vous en trouviez un que vous voulez. Cela prend simplement trop de temps dans le navigateur, donc c'est un risque plus acceptable. Si vous cliquez sur un lien, par exemple, vous savez déjà que le fichier existe, donc aucune information supplémentaire n'a été divulguée.

Les comptes de service qui recherchent tous les fichiers d'un domaine sont une excellente demande de fonctionnalité, merci. Ce n'est pas disponible pour le moment, désolé.