- Порезанный
- 10 августа 2026 г. в 14:13 UTC
- Автор
- Kamo
- Обещать
- 41c76a7
Контакты устанавливались только организацией. ListBooks (orgId) — это findByOrganizationId(orgId), и открывается запрос списка контактов Где c.contactBook.organization.id = :orgId без предиката владельца Каждый член видел — и мог массово удалять, перемещать и экспортировать — каждый контакт Все коллеги когда-либо добавляли. CardDAV все время был владельцем (списокBooksByUserId -> findByOwnerId), так что телефон участника и Интернет Консоль не согласилась с тем, чем владел этот аккаунт. Сфера теперь является организацией и владельцем на каждом чтении. Собственник будет нести книги членов каждой организации, к которой они принадлежат; Один только баг заменяется. - ContactQueryStore.whereClause() является статическим, проверяемым JPQL-фрагментом, поэтому Владелец предиката живет в одном месте, а не в одном месте. Получено повторно на сайте звонков. - findInOrg -> findInScope (ids, orgId, ownerId): охрана за каждым массовое удаление, перемещение, экспорт и изменение членства в группе. - Групповой листинг перемещается в магазин запросов, спонсируется владельцем; Читатель на ContactService не имел оставшихся абонентов и скорее удален Он был оставлен как неограниченный вход. - Охранники становятся книгойBelongsToMember/группаBelongsToMember/ Контактное лицо. Бесхозяйная организация-по умолчанию книга принадлежит 404 для всех и ни для кого. - обеспечить положения «Мои контакты» в первом чтении, поэтому член Ни одна книга не останется с пустым коллекционером и творением, которое не может преуспеть. Таким образом, списки больше не читаются. Также фиксирует ****************, который прошел пользователь в список (orgId) и таким образом сопоставил его с ORGANIZATION ID - это Ничего не возвращал. Теперь он использует список владельцев, который он всегда имел в виду. Данные, уже находящиеся в общих книгах, мигрируют ContactBookOwnerSplitMigration в KamoInitializerService.