- Expédié
- 10 août 2026 à 18:03 UTC
- Auteur
- Kamo
- Commite
- 84b272e
UserCalenddar et CalendrierEvent suspendu à l'USRE-ID seul et transporté non l'organisation. Un utilisateur est global et un membre est cet utilisateur à l'intérieur d'un utilisateur organisation, donc un compte appartenant à plusieurs organisations avait une pile des calendriers visibles de tous. Les deux entités gagnent MEMBER-ID et ORGANISATION-ID, et un gain de calendrier IS-ORG-CALENDAR - le calendrier partagé d'une organisation a, lisible par chaque membre et inscriptible uniquement avec le nouveau droit. Saisines de l'UTILISATION, peuplées et nullable: CalDAV et les emplois à synchronisation externe authentifier un compte plutôt qu'une adhésion, donc ils lisent légitimement par l'utilisateur. C'est tout simplement cesse de pouvoir d'autoriser. Chaque nouvelle colonne de jointure columneRefinition - "INT8", y compris le les utilisateurs préexistants. Laissé non épinglé, Hibernate copie la clé référencée INT8 DEFAULT unique-rowid() sur le FK; un insert qui omet la colonne puis invente un id appartenant à rien et échoue à la clé étrangère. C'est Ce n'est pas hypothétique - c'est ce qui a empêché la première migration à partir de l'apposition d'un calendrier d'organisation unique. Nouveaux droits CREATE-ORG-CALENDAR-EVENTS (196). Lire les séjours du calendrier VISANT, cela ne régit que ceux qui peuvent inscrire quelque chose sur le calendrier l'ensemble de l'organisation voit. findByOrganizationMemberId est rebaptisé findByUserId. Elle n'a jamais été menée par membre - la requête est et était c.user.id:userId - et le nom est de ce que Inviter cette classe de bug. findVisibleToMember et son équivalent d'événement sont la lecture de la langue membre.