Google drive api 403尝试删除文件的父级(移动文件)时出错

Google drive api 403尝试删除文件的父级(移动文件)时出错,google-drive-api,Google Drive Api,在Drive中,我们有一个用例,我们希望将文件-F1-从一个用户的帐户-user X-移动到另一个用户的文件夹-Fold1-user Y 以下是我们遵循的步骤: 我将用户Y添加为F1的所有者此请求作为用户X发送-使用X的凭据 ii通过使用Y的凭据向驱动器/v2/files/fileId/parents/originalFolderId发送删除请求,将当前文件夹作为父文件夹删除 这就是我得到403-文件权限不足的地方 iii如果超出上一步,我们将FOLD1添加为父级 上述步骤一直持续到上周。 合同

在Drive中,我们有一个用例,我们希望将文件-F1-从一个用户的帐户-user X-移动到另一个用户的文件夹-Fold1-user Y

以下是我们遵循的步骤: 我将用户Y添加为F1的所有者此请求作为用户X发送-使用X的凭据 ii通过使用Y的凭据向驱动器/v2/files/fileId/parents/originalFolderId发送删除请求,将当前文件夹作为父文件夹删除

这就是我得到403-文件权限不足的地方

iii如果超出上一步,我们将FOLD1添加为父级

上述步骤一直持续到上周。 合同有什么变化吗?我们不能再这样做了吗

感谢你在这方面的帮助

编辑:我也尝试了以下方法

我将用户Y添加为所有者

ii添加折叠1作为父文件夹,因此文件将位于两个文件夹中

iii删除作为父文件夹的原始文件夹


在第三步中尝试删除父级时,仍然获得403。

在更改所有者之前尝试删除原始父级。

我在尝试删除父级时权限不足。该请求是从原始文件所有者的上下文发出的。是否有最近引入的bug?澄清一下,在更改所有者之前,您是否仍然没有获得足够的权限?一旦您更改了所有者,原始所有者可能已经失去了进行此更改的权限,这就是为什么Cheryl建议将此作为第一步。Dan-为了简单起见,让我们假设我基本上有两个上下文访问令牌。。。每个用户一个。为了澄清我在原始问题中的编辑,我作为文件的“新所有者”(在本例中为用户Y.)执行步骤iii。。在这种情况下,我不希望出现403文件权限错误,对吗?新所有者可能无权访问该文件所在的文件夹。我必须测试一下这是否是403,但似乎是罪魁祸首。您可以在API文档试用工具中试用。Cherly-是的,新所有者对原始文件夹没有所有权。但是,我可以想象不需要……因为,新的所有者拥有上述文件的所有权?另外,我所描述的代码和步骤已经运行了好几个月了。它突然停止工作,还是以前坏过?谢谢你在这方面的帮助。