Question

我们目前正在测试与Bookings中创建的Calendar配合使用的Microsoft Graph API集成。我们并没有使用Bookings API，因为它仍处于预览状态并且缺少某些数据点，而是在它可以正常工作并与Bookings同步的情况下直接与基础日历交互，只要您坚持使用GETS和删除。

我们遇到了一个奇怪的情况，其中Graph API在失败的DELETE请求上返回204 NO CONTENT状态。被测试的用户在日历上具有REVIEWER文件夹权限。当DELETE请求结束时，该事件不会删除（与仅具有REVIEWER权限的人相同），但是收到的响应是204 NO CONTENT响应，它仅应根据{{3 }}。

示例：

//Signed in user is listed a REVIEWER on calendar
REQUEST: DELETE https://graph.microsoft.com/v1.0/users/{id}/events/{id}
RESPONSE: 204 NO CONTENT //Even though calendar event remains

这是Graph API的问题，还是我需要以其他方式获取失败请求的权限问题？似乎错误，对于失败的请求它会显示成功，但是我知道使用基础日历可能会变得很奇怪。

Answer 1

尝试清除缓存和cookie，然后重新执行请求。

我认为您的请求网址有问题，请更改为：

https://graph.microsoft.com/v1.0/users/{user_id}/calendar/events/{id}

或

https://graph.microsoft.com/v1.0/users/{user_id}/calendars/{id}/events/{id}

测试后，它可以很好地为我工作。

204失败的删除请求响应

1 个答案: