Google drive api 使用查询列出文件时出错

Google drive api 使用查询列出文件时出错,google-drive-api,Google Drive Api,在Python中,当我试图通过列出不同的查询标准来检索文件夹时,我得到一个错误HTTP500“internalerror” 请求文件夹的代码如下所示: q=[“'root'位于父级”,“title='test'”,“mimeType='application/vnd.google apps.folder'”,“trashed=false”] 默认文件夹列表=service.files().list(q='and'.join(q),fields=“items/id”).execute() 如果我

在Python中,当我试图通过列出不同的查询标准来检索文件夹时,我得到一个错误
HTTP500“internalerror”

请求文件夹的代码如下所示:

q=[“'root'位于父级”,“title='test'”,“mimeType='application/vnd.google apps.folder'”,“trashed=false”]
默认文件夹列表=service.files().list(q='and'.join(q),fields=“items/id”).execute()

如果我删除了标题或父项标准,它将起作用。如果我尝试使用,它也可以完美地工作。 我的应用程序只有
驱动器.file
权限


此错误的原因可能是什么?

这是
驱动器.file
范围的已知问题,请另外使用
驱动器.readonly.metadata
进行查询


编辑:看起来查询也被
drive.appdata
scope破坏了。我正在确保我们正在尽快修复它。

这是
驱动器.file
范围中的已知问题,请另外使用
驱动器.readonly.metadata
进行查询


编辑:看起来查询也被
drive.appdata
scope破坏了。我正在确保我们正在尽快修复它。

G建议您的应用程序应退出并重试500个错误。您是否尝试过此操作,并且在重试时是否持续失败?

G建议您的应用程序退出并重试500个错误。您是否尝试过此操作,并且在重试时是否持续失败?

我发现了相同的问题,与后退或等待无关。。。API资源管理器工作得很好,但下一个选项卡中的URL(由资源管理器开发)每次都会失败。不经常。。。永远

这个问题似乎与查询比单个项目更复杂有关。e、 g.如果我在parent中要求name=或其他内容,那么它就起作用了。如果我把两者都和“and”结合起来,那么它就失败了

例如:

{我的钥匙}

很好,但是

{我的钥匙}

失败于

{
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "internalError",
    "message": "Internal Error"
   }
  ],
  "code": 500,
  "message": "Internal Error"
 }
}
请注意,这两个URL都是直接从 将我的API密钥添加到每个的末尾

它也会以与v2接口完全相同的方式出现故障


API中可能有bug吗?是否与公用文件夹中的文件有关?

我发现了相同的问题,而与后退或等待无关。。。API资源管理器工作得很好,但下一个选项卡中的URL(由资源管理器开发)每次都会失败。不经常。。。永远

这个问题似乎与查询比单个项目更复杂有关。e、 g.如果我在parent中要求name=或其他内容,那么它就起作用了。如果我把两者都和“and”结合起来,那么它就失败了

例如:

{我的钥匙}

很好,但是

{我的钥匙}

失败于

{
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "internalError",
    "message": "Internal Error"
   }
  ],
  "code": 500,
  "message": "Internal Error"
 }
}
请注意,这两个URL都是直接从 将我的API密钥添加到每个的末尾

它也会以与v2接口完全相同的方式出现故障


API中可能有bug吗?必须处理公用文件夹中的文件吗?

没有外部可用的链接,抱歉。感谢insight Burcu,它可以工作。然而,向已经认证的用户请求新权限是非常烦人的。您能让我们更清楚地了解此问题的解决方案吗?这是一个临时解决方案,我们将修复drive.file scope问题,但目前无法将其作为热修复程序发布。没有外部可用的链接,抱歉。感谢您的帮助,它可以正常工作。然而,向已经认证的用户请求新权限是非常烦人的。您能让我们更清楚地了解此问题的解决方案吗?这是一个临时解决方案,我们将修复drive.file范围问题,但目前无法将其作为热修复程序发布。是的,我在请求时确实进行了指数退避。谢谢你的建议!是的,我确实在请求时做了指数退避。谢谢你的建议!