- Порезанный
- 10 августа 2026 г. в 18:04 UTC
- Автор
- Kamo
- Обещать
- 987756a
GET/api/calendar/calendars принимает userId в качестве параметра запроса, поэтому меняется Число в URL-адресе читает чьи-либо календари — и потому календари переносятся Ни одной организации в каждом арендаторе. Хуже того, мутации не проверяются. POST связал весь пользовательский календарь, поэтому абонент выбрал своего владельца, и PUT и DELETE в обоих календарях и событиях, разрешенных id без Проверка собственности. Любой участник может редактировать или удалять чьи-либо. Организация и ее члены в настоящее время являются членами созданной сессии. MemberCalendarService держит путь, пройденный членами. Календарь остается фасада на уровне сущности CalDAV и внешней синхронизации, поскольку эти аутентифицировать учетную запись, а не членство - действительно другое масштаб, а не надзор. Календарь организации читается каждым членом и пишется только CREATE ORG CALENDAR EVENTS. Отказ составляет 403, а не 404: член может видеть календарь, поэтому делать вид, что его не существует, было бы ложью Не может действовать. Клиент также не может продвигать свой собственный календарь, отправляя IsOrgCalendar — этот флаг игнорируется при создании. Полезные нагрузки становятся DTO. Член, организация и пользователь организаций ассоциации ленивы, поэтому Джексон сделал их недействительными, и клиент мог бы Не уточняйте, чей календарь он проводил. Мероприятие, которое проводит DTO, является частным и повторяется, хотя здесь ничего не меняется на них: модаль связывает оба переключается, и недостающее значение превращает контролируемый вход в неконтролируемый. Сайт также принимает StartDate/endDate. Браузер всегда отправлял против подписи, которая ограничивает только начало/конец, поэтому каждый запрос Ни одного окна.