- Expediere
- 23 septembrie 2026 la 07:49 UTC
- Autor
- Kamo
- Comite
- b06e1c4
GET/export/calendar/{id} şi POST/import/{calendarId} au luat UUID- ul calendarului în monoterapie HttpServletRequest, deci nici o sesiune, nici o org sau cec membru la toate. Orice membru autentificat al oricăruia organizație ar putea exporta, sau suprascrie cu un .ics încărcat, orice calendar în întregul grup pur și simplu prin ghicitul sau enumerarea ID-ul său. Ambele soluţionează acum calendarul prin MemberCalendarSource organizatiei cu dreptul de a publica la ea" verifica GET /api/calendar/calendar, /evenimente si Post / evenimente deja se aplică, acum expuse ca getReadableCalendar (pentru export, o citire) și GetWritableCalendar (pentru import, o scriere; calendarul organizației are nevoie Create org Calendar Events). Un calendar în afara propriului apelant și organizația lor împărtășit un răspuns 404, exact cum ar fi dacă calendarul nu ar exista. Import încă scrie parsed evenimente prin CalendarService#createEvenimente, nu *************** a vrac importul istoric nu trebuie să ruleze efectele secundare ale audienței/invitării unui eveniment autorizat de membru; și acest fix este despre cine poate importa, nu modul în care se aplică un import. *****************nu reuseste fara schimbarea sau suprascrie un calendar (200) în loc să fie refuzat (401/404/403).