- Verschifft
- 10. August 2026 um 18:03 UTC
- Autor
- Kamo
- Ausschuss
- 84b272e
UserCalendar und CalendarEvent hingen USER_ID allein ab und trugen keine Organisation. Ein Benutzer ist global und ein Mitglied ist dieser Benutzer in einem Organisation, so dass ein Konto zu mehreren Organisationen hatte einen Haufen von Kalendern, die von allen sichtbar sind. Beide Unternehmen erhalten MEMBER_ID und ORGANIZATION_ID, und ein Kalender gewinnt IS_ORG_CALENDAR - der gemeinsame Kalender, den eine Organisation hat, lesbar von jedes Mitglied und beschreibbar nur mit dem neuen Recht. USER_ID bleibt, bevölkert und nullbar: CalDAV und die externen synchronisieren Jobs authentifizieren ein Konto anstatt einer Mitgliedschaft, so dass sie rechtmäßig von Benutzer gelesen. Es ist einfach stellt nicht mehr der Genehmigungsfernsehen dar. Jede neue Join-Spalte-Pilne SpalteDefinition = "INT8", einschließlich der Vorhandene Benutzer. Links unpinned, Hibernate kopiert die verwiesenen Schlüssel INT8 DEFAULT unique_rowid() auf das FK; eine Einlage, die die Spalte weglässt dann erfindet eine id Zugehörigkeit zu nichts und versagt die fremde Schlüssel. Das ist nicht hypothetisch - es ist, was die erste Migration laufen aus gestoppt Bereitstellung eines einzelnen Organisationskalenders. Neue Rechte CREATE_ORG_CALENDAR_EVENTS (196). Lesen des Kalenders bleibt VIEW_CALENDAR; dies regelt nur, wer etwas auf den Kalender setzen darf die Ganze Organisation sieht. findByOrganizationId wird in findByUserId umbenannt. Es nie gesagt von Mitglied - die Abfrage ist und war c.user.id = :userId - und der Name ist was eingeladen diese Klasse von Bug. findVisibleToMember und seine Veranstaltung Äquivalent sind die Member-scoped liest.