- Dikirim
- 23 September 2026 pukul 07.49 UTC
- Penulis
- Kamo
- Commit
- b06e1c4
GET / export / calendar / {id} dan POST / import / {calendarId} mengambil UUID kalender sendiri - tidak HttpServetRequest, jadi tidak ada sesi, tidak ada org atau anggota cek sama sekali. Setiap anggota yang terotentikasi dari apapun organisasi bisa mengekspor, atau overwrite dengan terunggah .ics, kalender apapun di seluruh cluster hanya dengan menebak atau menghitung identitasnya. Keduanya sekarang menyelesaikan kalender melalui Menmber CalendarService - sama "sendiri kalender, atau organisasi dengan hak untuk mempublikasikan untuk itu "cek GET / API / calendar / kalender, / acara dan POST / acara sudah berlaku, sekarang terkena sebagai getReadableCalendar (untuk ekspor, dibaca) dan getWritableCalendar (untuk impor, sebuah tulis; kalender organisasi perlu CREATE _ ORG _ CALENDAR _ EVENTS). Sebuah kalender di luar pemanggil sendiri dan organisasi mereka bersama satu jawaban 404, persis seperti yang akan jika kalender tidak ada. Impor masih menulis parsed kejadian melalui CalendarService # creatEvent, bukan * * * * * * * * * * * * * * besar impor historis tidak boleh menjalankan efek samping penonton / mengundang sebuah peristiwa yang ditulis, dan fix ini adalah tentang yang mungkin mengimpor, bukan bagaimana sebuah impor diterapkan. * * * * * * * * * * * * gagal tanpa perubahan - sebuah ekspor yang belum diskoped id saat ini atau menimpa kalender (200) daripada ditolak (401 / 404 / 403).