尝试删除文件的父级（移动文件）时出现 403 错误答案

【问题标题】：403 Error when trying to delete file's parent ( to move a file)尝试删除文件的父级（移动文件）时出现 403 错误
【发布时间】：2014-11-19 02:00:44
【问题描述】：

在云端硬盘中，我们有一个用例，我们希望将文件 -F1- 从用户的帐户 - 用户 X- 移动到另一个用户的文件夹 - Fold1 - 用户 Y。

这些是我们遵循的步骤 - i) 将用户 Y 作为所有者添加到 F1（此请求作为用户 X 发送 - 使用 X 的凭据） ii) 删除当前文件夹作为父文件夹（通过向 drive/v2/files/fileId/parents/originalFolderId 发送 DELETE 请求）- 使用 Y 的凭据

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

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

上述步骤一直持续到上周。
合同是否在某个地方发生了变化？我们不能再这样做了吗？

感谢您对此的帮助。

编辑：我也尝试了以下

i) 将用户 Y 添加为所有者

ii) 将折叠 1 添加为父级（因此文件将位于两个文件夹中）

iii) 删除原始文件夹作为父文件夹。

在步骤 iii) 中尝试删除父级时仍会收到 403。

【问题讨论】：

标签： google-drive-api

【解决方案1】：

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

【讨论】：

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