Google Drive API 和群组共享问题

Question

我正在使用 Google 云端硬盘开发的应用程序遇到问题。

我有一个 Google 群组，里面有一些用户，我与这个群组共享一个集合。当我尝试使用 Google Drive API (files().list()) 查找此集合时，作为该组的用户之一，该集合正确显示。

但是，如果我将另一个用户添加到组中（使用 API 或 Google CPanel），并尝试使用 Google Drive API 作为该用户查找集合，则该集合不会显示，就好像用户无法看到一样即使他在一个允许查看该集合的组中。

如果我通过浏览器手动打开收藏集，则该收藏集将通过 Drive API 显示。

这是正常行为吗？在我的用例中，我不能期望用户在浏览器中打开与他们共享的每个集合，以便应用程序正常工作。

任何见解？

Answer 1

我为此打开了一个 Google 支持案例，显然这种行为是“预期的”。 以下是我与 Google Enterprise Support 的“Angel”交流的一些摘录（纠正了错误并强调了我的）：

在查看 stackoverflow 问题后，我们需要向您澄清所显示的行为是预期的。将用户添加到组时，必须为已与之共享的任何文件再次添加该组。

和

之前提供的所有信息均来自 Drive UI 的内部文档；然而，SDK 的功能是相同的，因此，在添加新成员后，必须删除组并将其添加回有权访问文件/文件夹的用户列表。

所以你有它。不确定@Burcu 是否会回来确认。

<编辑> 情况变得更糟。根据这份 Google 文档，超过 200 名成员的群组永远不会看到与他们共享的文件，即使您删除并重新添加该群组。</编辑>

无用的回答后咆哮如下：

这种行为，即使它是谷歌“预期”的，似乎也没有被正确记录，并且服务的客户既不期望也不可用。我们如何知道何时将用户添加到共享项目的组中？我们是否应该不断监控组成员身份并维护与该组共享的所有内容的列表，然后在成员更改时*重新*与该组共享它们，只是为了获得一致的行为？这让我想知道为什么谷歌还没有在后端这样做；在成员更改时触发的组中注册回调列表不会那么昂贵。并且我们实际上取消共享更加奇怪，组中没有人可以访问资源的要求。