- Spegnimento
- 10 agosto 2026 alle ore 18:03 UTC
- Autore
- Kamo
- Impegno
- 84b272e
UserCalendar e CalendarEvent ha appeso fuori USER ID da solo e non ha portato organizzazione. Un utente è globale e un membro è che l'utente all'interno di uno organizzazione, quindi un account appartenente a diverse organizzazioni aveva un solo stack di calendari visibili da tutti loro. Entrambe le entità guadagnano MEMBER ID e ORGANIZATION ID, e un calendario guadagna IS ORG CALENDAR — il calendario condiviso che un'organizzazione ha, leggibile da ogni membro e scrivibile solo con il nuovo diritto. USER ID rimane, popolato e nullable: CalDAV e i posti di lavoro esterni autenticano un account piuttosto che un'appartenenza, quindi leggono legittimamente dall'utente. Semplicemente smette di essere l'ambito di autorizzazione. Ogni nuova colonna pin di colonna di unioneDefinizione = "INT8", incluso il preesistenti. A sinistra, Hibernate copia la chiave di riferimento INT8 DEFAULT Unique rowid() sul FK; un inserto che omette la colonna poi inventa un id appartenente a nulla e non riesce la chiave straniera. Questo è non ipotetico — è quello che ha fermato la prima migrazione corsa da fornire un calendario di organizzazione unico. CREATE ORG CALENDAR EVENTS (196). Leggere i soggiorni del calendario VIEW CALENDAR; questo governa solo chi può mettere qualcosa sul calendario l'intera organizzazione vede. findByOrganizationMemberId è rinominato findByUserId. Non è mai stato così membro — la query è ed era c.user.id = :userId — e il nome è quello ha invitato questa classe di bug. findVisibleToMember e il suo equivalente evento sono il membro-scoped legge.