- 出荷済み
- 2026年8月10日 14:13 UTC
- プロフィール
- Kamo
- コンテンツ
- 41c76a7
組織単独で連絡先がスコープ付けられました。 listBooks(orgId) は findByOrganizationId(orgId)と、連絡先リストのクエリが開きます WHERE c.contactBook.organization.id = :orgId 所有者の述語なし すべてのメンバーが見た — 一括削除、移動、エクスポート — すべての連絡先 どんな同僚も追加されました。 CardDAV は、所有者が時間全体をスコープ付け (listBooksByUserId -> FindByOwnerId) なので、メンバーの電話とウェブ コンソールは、そのアカウントが所有しているものについて明らかにしました。 スコープは、組織と所有者が読み込まれるごとに構成されています。 所有者だけで持ち運び 所属するすべての組織に所属するメンバーの本 単独で交換するバグです。 - ContactQueryStore.whereClause() は静的、テスト可能な JPQL フラグメントなので、 所有者は、ではなく、正確に1つの場所に住んでいます コールサイトあたりの応答。 - findInOrg -> findInScope(ids, orgId, ownerId): 背後にあるガード 一括削除、移動、エクスポート、グループメンバーシップの変更。 - グループリストは、クエリストア、所有者スコープに移動します。 contactService のリーダーは、残りの発信者を持っていず、むしろ削除されます スコープされていないエントリ ポイントとして左よりも。 - ガードが本になるBelongsToMember / グループBelongsToMember / お問い合わせBelongsToMember オーナーレス・組織・デフォルト・ブックは、 誰にとっても、誰も404sに - PersonalBook() が最初に読み込まれる「私の連絡先」を規定するので、メンバー ブックが空のピッカーで残っていないし、それを作成しない 成功する。 listBooks は読みやすくなります。 また修正 ユーザ ID を渡した******************** listBooks(orgId) にマッチし、ORGANIZATION ID にマッチした 何も返さない。 常に意味するオーナースコープのリストを使用します。 すでに共有された本に座っているデータが移行されます お問い合わせBookOwnerSplitMigration in KamoInitializerService.