- Szycy
- 23 września 2026 07:49 UTC
- Autor
- Kamo
- Pochęt się
- b06e1c4
GET /export/kalendarz/Aalendar i POST /import/'calendarId' same WYZNY - nie HttpServletProśba, więc nie ma sesji, żadnego org lub kontroli przez członków. Każdy uwierzytelniony członek dowolnego Organizacja może eksportować lub nadpisać z przesłanym .ics, dowolnym kalendarzem w całym klastrze Po prostu zgadując lub wyliczając swój id. Obaj teraz rozwiązują kalendarz za pośrednictwem MemberCalendarService — ten sam "kształtowany" kalendarz, lub Organizacja ma prawo do publikowania do niego" Sprawdź GET /api/calendar/kalendary, /wydatki i POST / wydarzenia już obowiązują, teraz odsłonięte jako getReadableCalendar (do eksportu, odczyt) i getWritableCalendar (do importu, pismo; kalendarz organizacji potrzebuje CREATE_ORG_CALENDAR_EVENTS). Kalendarz poza własnym dzwoniącym i ich organizacją Jeden odpowiada 404, dokładnie tak, jak gdyby kalendarz nie istniał. Import nadal pisze parowane Wydarzenia za pośrednictwem CalendarService-createEvent, nie - masa Historyczny import nie może prowadzić publiczności / zaproszenia skutków ubocznych, które robi wydarzenie, które wykonuje wydarzenie, oraz To rozwiązanie dotyczy tego, kto może importować, a nie o to, w jaki sposób import jest stosowany. - zawieść się bez zmiany – nieczysty id eksportowany obecnie Albo nadpisuje kalendarz (200) zamiast odmawiać go (401/404/403).