【问题标题】:Microsoft Graph API findMeetingTimes endpoint returning incorrect responseMicrosoft Graph API findMeetingTimes 端点返回不正确的响应
【发布时间】:2020-12-18 02:11:59
【问题描述】:

昨天(2020 年 12 月 16 日),我注意到 findMeetingTimes 端点开始返回一个空响应对象(在使用 Graph Explorer 进行测试时),该对象之前会导致一些 meetingTimeSuggestions。

我已经使用这个端点一段时间了,并没有改变我与它的交互方式。

例子:

{"attendees":[{"emailAddress":{"address":"<EMAIL>"},"type":"Required"}],"timeConstraint":{"timeslots":[{"start":{"dateTime":"2020-12-19T21:52:35.093Z","timeZone":"Pacific Standard Time"},"end":{"dateTime":"2020-12-26T21:52:35.093Z","timeZone":"Pacific Standard Time"}}]},"meetingDuration":"PT1H"}

查看"Find meeting times" documentation,我没有看到 API 有任何重大变化(并且参考上次更新是一个多月前)。

对可能发生的事情有任何想法吗?

我查看了 StackOverflow、"Known issues with Microsoft Graph" page 和 Twitter,还进行了一些谷歌搜索,但没有找到太多相关信息。

【问题讨论】:

  • 分享您尝试过的 Graph API 调用
  • 刚刚更新了一个示例以供将来参考

标签: microsoft-graph-api


【解决方案1】:

它实际上并不空,它甚至更奇怪。它开始积极地返回一个 gzip 编码的主体(违反 RFC)并忽略 Accept-Encoding 标头(注意:如果您不输入“Accept-Encoding: gzip”,它就不会发生 say Content-编码:gzip,但它是!)

我不知道如何记录 API 错误,尽管我只是支付了一个“支持包”,但它显然还没有通过。所以我要破解我的后端以检测 gzip 魔术字节 ( 1f 8b ) 并对其进行压缩。

【讨论】:

  • 谢谢!尽管 Graph Explorer 中的预览显示了一个空对象,但我在实际响应中也看到了一个编码体。今天又看了一遍,微软似乎注意到了这个问题并修复了这个问题。
猜你喜欢
  • 1970-01-01
  • 2016-03-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-07-03
  • 1970-01-01
相关资源
最近更新 更多