Конечная точка add вложение кажется глючной.Файлы, прикрепленные к календарному событию , не видны получателям календаря.Вложения видны создателю события.Мой код работал в течение нескольких месяцев до недавнего времени, что заставляет меня думать, что это регрессия.
Шаги для воспроизведения
- Должно быть два пользователя - создатель и получатель.
- Создать событие с помощью
https://graph.microsoft.com/v1.0/me/calendars/{calendarId}/events
- Присоединить файл к событию с помощью
https://graph.microsoft.com/v1.0/me/calendars/{calendarId}/events/{eventId}/attachments
- Перейти к веб-интерфейсу Office 365 в качестве создателя.Событие выглядит хорошо и включает в себя вложение.
- Запросите API-интерфейс графа Microsoft в качестве создателя.Событие выглядит хорошо.
hasAttachments
- это true
, и перечисление вложений через API работает должным образом. - Перейдите к веб-интерфейсу Office 365 в качестве получателя.В событии отсутствует вложение (все остальное в событии является точным).
- Запросите API графа Microsoft в качестве получателя.
hasAttachments
- это false
, и вы не можете перечислить вложения с помощью API Graph.Чтобы получить идентификатор события получателя, я запросил конечную точку /calendarView
.Он возвращает идентификатор события, отличный от события на шаге 4, но остальная часть объекта совпадает (iCalUId, subject, время начала / окончания и т. Д.) ... за исключением hasAttachments
.
Попытки исправления
Я пытался создать событие и прикрепить файл через конечные точки /users/{userId}
вместо конечных точек /me
с теми же результатами.
Я также пробовал добавить вложение бета-версииконечной точке, но получил следующую ошибку:
{
"error": {
"code": "NavigationNotSupported",
"message": "Recursive navigation is not allowed after property 'Events' according to the entity schema.",
"innerError": {
"request-id": “{uuid}”,
"date": "2018-06-06T06:28:47"
}
}
}