- Shipped
- 10 Ağustos 2026 14:13 UTC
- Author
- Kamo
- Commit
- 41c76a7
İletişim yalnızca organizasyon tarafından ele alındı. ListeBooks (orgId) idi OrganizasyonId (orgId) tarafından bulunun ve temas listesi sorgu açıldı WHERE c. contactBook.organization.id=:orgId with no owner predicate, so so so so Her üye gördü - ve toplu olarak kullanılabilir, hareket ve ihracat - her temas Herhangi bir meslektaşım hiç ekledi. CardDAV, tüm zamanların sahibiydi (ListelerByUserId -> findByOwnerId), bu yüzden bir üyenin telefonu ve web sitesi konsol bu hesabın sahip olduğu şeyle ilgili olarak aynı fikirde değildir. Kapsam şimdi her okumada organizasyon ve sahibi. Tek başına Sahibi Bir üyenin ait oldukları her organizasyondaki kitapları; organizasyon Yalnız bug değiştirildi. - ContactQuery Shop.whereClause() statik, test edilebilir bir JPQL parçası, bu yüzden Sahibi tam olarak tek bir yerde yaşıyor, çünkü olmak yerine arama sitesi başına yeniden çalışır. - FindInOrg -> FindInScope(ids, orgId, ownerId): her şeyin arkasındaki bekçi toplu silme, hareket, ihracat ve grup üyesi değişim. - Grup listesi sorgu mağazasına, sahibine taşındı; org- çapında ContactService'da okuyucu kalan çağrıcıları yoktu ve oldukça kaldırıldı Unscoped giriş noktası olarak ayrıldıktan sonra. - Muhafızlar BelongsToMember / grupBelongsToMember / temasBelongsToMember. Sahibi olmayan organizasyon-default kitabı aittir Herkes için kimse ve 404'lere. -PersonalBook() hükümleri "My Contact" ilk önce, bu yüzden bir üye Hiçbir kitap boş bir picker ile bırakılmaz ve yaratamayacağı bir form başarılı. ListeBooks bu nedenle artık sadece okumuyor. Ayrıca düzeltmeler **************** Hangi bir kullanıcı kimliği geçmiş ListeBooks (orgId) ve bu yüzden ORGANIZATION ID'ye karşı eşleştirildi - bu Hiçbir şey geri dönmedi. Şimdi her zaman anlamına gelen mal-skop listesini kullanır. Paylaşılan kitaplarda oturan veriler zaten göçe uğrar ContactBookOwnerSplitMigration in KamoInitializerService.