- Navios
- 10 de agosto de 2026 às 18:03 UTC
- Autor
- Kamo
- Enviar
- 84b272e
UserCalendar e CalendarEvent penduraram o USER ID sozinho e não carregaram organização. Um usuário é global e um membro é aquele usuário dentro de um organização, então uma conta pertencente a várias organizações tinha uma pilha de calendários visíveis de todos eles. Ambas as entidades ganham ID MEMBRO e ORGANIZAÇÃO ID, e ganhos de calendário IS ORG CALENDAR — o calendário partilhado que uma organização tem, legível por cada membro e gravável apenas com o novo direito. Estadias de ID do utilizador, povoadas e nulável: CalDAV e as tarefas de sincronização externa autenticam uma conta em vez de uma associação, então eles leem legitimamente pelo usuário. Simplesmente deixa de ser o âmbito de autorização. Cada nova coluna de junção pins colunaDefinição = "INT8", incluindo o Os utilizadores preexistentes. Esquerda sem pino, Hibernate copia as chaves referenciadas INT8 DEFAULT unique rowid () no FK; uma inserção que omite a coluna em seguida, inventa um id pertencente a nada e falha a chave estrangeira. Isto é... não hipotético — foi o que impediu a primeira migração disponibilização de um calendário único de organização. CREATE ORG CALENDAR EVENTS (196). Ler o calendário fica VER CALENDÁRIO; isto governa somente quem pode colocar algo no calendário toda a organização vê. findByOrganizaçãoMemberId é renomeado findByUserId. Nunca foi membro — a consulta é e era c.user.id = :userId — e o nome é o que convidou esta classe de bugs. findVisibleToMember e seu equivalente de evento são o membro-escoberto lê.