- Navios
- 10 de agosto de 2026 às 14:13 UTC
- Autor
- Kamo
- Enviar
- 41c76a7
Os contactos foram explorados apenas pela organização. listBooks(orgId) foi findByOrganizaçãoId(orgId), e a consulta de lista de contatos aberta ONDE c.contactBook.organization.id = :orgId sem previsão de proprietário, então Todos os membros viram — e puderam eliminar, mover e exportar — todos os contactos Qualquer colega já tinha acrescentado. O CardDAV foi vigiado pelo proprietário o tempo todo (listBooksByUserId -> findByOwnerId), então o telefone de um membro e a web console discordou sobre o que aquela conta possuía. Escopo agora é organização E proprietário em cada leitura. O dono sozinho carregaria os livros de um membro em todas as organizações a que pertencem; sozinho é o bug sendo substituído. - ContactQueryStore.whereClause() é um fragmento estático, testável JPQL, então o proprietário predicar vive exatamente em um lugar em vez de ser Re-derivado por local de chamada. - findInOrg -> findInScope(ids, orgld, downId): o guarda por trás de cada Exclua, mova, exporte e mude de associação. - A listagem de grupos move-se para a loja de consultas, com o escopo do proprietário; o leitor em ContactService não tinha chamadas restantes e é removido em vez do que a esquerda como um ponto de entrada não vigiado. - Guardas tornam-se livroPertence aMembro / grupoPertence aMembro / O contacto pertence ao membro. O livro de padrão de organização sem proprietário pertence para ninguém e 404s para todos. - assegurePersonalBook() provisões "Meus Contatos" na primeira leitura, então um membro sem livro não é deixado com um catador vazio e uma criação que não pode Ter sucesso. listBooks já não é lidoOnly. Corrige também **************** que passou um ID de utilizador em listBooks(orgId) e assim combinou com ORGANIZATION ID — it Não devolveu nada. Ele agora usa a lista de proprietários que sempre significou. Os dados já presentes em livros partilhados são migrados por ContatoBookOwnerSplitMigration in KamoInitializerService.