Microsoft graph api Microsoft Graph API findMeetingTimes终结点返回错误响应

昨天（2020年12月16日），我注意到findMeetingTimes端点开始返回一个空响应对象（在使用Graph Explorer进行测试时），用于以前可能导致一些MeetingTimesSuggestions的请求

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

例如：

{"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"}

{“与会者”：[{“emailAddress”：{“address”：“}”，键入“：”必需“}”，时间限制“{”时隙“：[{”开始“：”日期时间“：”2020-12-19T21:52:35.093Z”，“时区“：”太平洋标准时间“}”，结束“{”日期时间“：”2020-12-26T21:52:35.093Z”，“时区“：”太平洋标准时间“}”，会议持续时间“：”PT1H“}”

看一下，我没有看到API有任何重大变化（参考上一次更新是在一个多月前）

有什么想法吗？

---

我查过StackOverflow、the和Twitter，我也在谷歌上搜索过，但没有找到太多相关信息。

它实际上不是空的，甚至更奇怪。它开始积极地返回一个gzip编码的主体（违反RFC）并忽略接受编码头（注意：如果你不放“接受编码：gzip”，它不会说内容编码：gzip，但它是！）

---

我不知道如何记录一个API错误，尽管我刚刚支付了一个“支持包”，但它显然还没有通过。所以我要破解我的后端来检测gzip魔法字节（1f 8b）并压缩它。

它实际上不是空的，甚至更奇怪。它开始积极地返回一个gzip编码的主体（违反RFC）并忽略接受编码头（注意：如果你不放“接受编码：gzip”，它不会说内容编码：gzip，但它是！）

---

我不知道如何记录一个API错误，尽管我刚刚支付了一个“支持包”，但它显然还没有通过。因此，我将对后端进行黑客攻击，以检测gzip魔法字节（1f 8b）并对其进行压缩。

共享您尝试使用示例更新的Graph API调用以供将来参考共享您尝试使用示例更新的Graph API调用以供将来参考谢谢！我在实际的响应中也看到了一个编码体，尽管Graph Explorer中的预览显示了一个空对象。今天又看了一眼，似乎是微软发现了这个问题并解决了这个问题。谢谢！我在实际的响应中也看到了一个编码体，尽管Graph Explorer中的预览显示了一个空对象。今天再看一眼，微软似乎发现了这个问题并解决了这个问题。