- Verschickt
- 15. November 2026 um 10:00 UTC
- Autor
- Kamo
- Commit
- d83930b
Zwei Einstellungen > Treffen Sie Schalter, die nichts getan haben: - allowRecordingDownload: Aufnahmen hatten überhaupt keinen Benutzerendpunkt. Neu **************** (VIEW_MEETINGS + ein Teil des Meetings, als Transkripte): GET list {recordings[], downloadAllowed}; GET|HEAD /{rid}/content = Inline-Wiedergabe, Reichweite-aware, immer; GET|HEAD /{rid}/download = Anhang, 403 RECORDING_DOWNLOAD_DISABLED mit einem klaren Satz, wenn ausgeschaltet. - calendarIntegrationEnabled: Es wurde nur eine Flagge im Dialog von kamo-internal vorgefüllt, die ein Ereignis auf der MeetCalendarPlacement setzt nun ein geplantes Meeting auf den Kalender des Hosts und jedes Meeting wird automatisch auf den Kalender des Erstellers gesetzt Kalender der eingeladenen Person Kamo (interner Kalender von EmailService, Quellentyp MEETING, Link zur Mitgliedschaft, Einladungsmail), für jeden Provider, nach dem create; /api/meet/create antwortet calendarIntegration so ein Der Kunde platziert es nie wieder. KamoMeetProvider Dokumente, in denen SCREEN_SHARE, MEETING_CHAT, RECORDING_DOWNLOAD und CALENDAR_INTEGRATION wird nun erzwungen (kamo-meet fa6126d, KlusterServices a0ea080).
