Rest 204“；“无内容”；删除请求失败时的响应

我们目前正在测试一个Microsoft Graph API集成，该集成可以与预订中创建的日历一起使用。我们并没有使用Bookings API，因为它仍处于预览状态，并且缺少某些数据点，而是直接与基础日历交互，因为它可以正常工作并与Bookings同步，只要您坚持基本操作，如GET和DELETE

我们遇到了一个奇怪的场景，在这个场景中，Graph API在一个失败的删除请求上返回一个204 NO CONTENT状态。正在测试的用户在日历上具有审阅者文件夹权限。当删除请求发出时，事件不会删除（如仅具有审阅者权限的人所预期的那样），但是收到的响应是204无内容响应，该响应应仅在根据请求成功时返回

样本：

//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的问题，还是我需要通过另一种方式获得失败请求的权限问题？对于失败的请求，它显示成功似乎是错误的，但我知道使用基础日历时可能会出现奇怪的情况。

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

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

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

或

---

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

我已经使用graph api和through calendar创建了一个事件，并成功地删除了它们。请检查您是否正在删除由您创建的事件？@Shiva MSFTIdentity您应该无法创建或删除在帐户上设置了“审阅者”权限的事件？你能用正确的权限再次测试吗？该事件不应删除，但与预期的失败响应相比，它仍然会给您一个

204无内容

响应。根据规范，请求URL是正确的。它调用用户默认日历，您的调用允许配置文件中的其他日历。清除缓存没有任何效果。您收到了什么响应代码？您能否确认测试帐户没有删除权限？@Tronald我收到了204响应。当我删除它时，我将无法再检索它，因此我确信它已被删除。当我尝试使用您提供的请求url时，它返回了404。您应该不能删除它吗？您确定要测试具有审阅者权限的帐户吗？至于404，它对我来说很奇怪，并且列在@Tronald中，我在您提供的文档中没有看到请求url：

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

Oh Gosh

{calendar}

应该是url中的

{id | userPrincipleName}

，我的道歉。这只是问题中的一个输入错误，很好，但我在考试中通过了<代码>https://graph.microsoft.com/v1.0/users/{id | userPrincipleName}/events/{id}

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