- Shipped
- 2026年9月23日 1:43 UTC
- Author
- Kamo
- Commit
- 90e477e
DocsServiceのイメージングエンドポイント(ダウンロード/ストリーム/リスト/削除)は、Imgのidを知る しかし、MediaObjを添付した理由はありません。 チャット・アタクメント・レボケのフラグを照らす (MediaObjImg.isAccessRevoked) チャット/メディアのスキーマ自体を所有せずに。 MediaObjImgリポジトリのみ 他の方向をサポート(obj id, order で 1 つのメッセージをレンダリングする) 添付ファイル)。 findByImg Id はギャップを閉じる; ユニークだから複数 制約は、IMG ID だけではなく、(OBJ ID、IMG ID) にある。 新規テスト:MediaObjImgRepositoryQueryTest、派生したクエリのピン留め ******************************************************************************************************************************************************************************************************************************************************************************************** sibling リポジトリ(このライブラリは実行可能 @DataJpaTest/H2 ハーネスがないので、 派生した no-@Query メソッドは、演習ではなくリフレクションによって主張されます。 フルスイート:3013テスト、4つの既存の失敗+ 1の既存の間違い、すべて この変更の前にきれいな起源/主要なチェックアウトに存在を確認しました (PhiServiceTypeMappingTest: ServiceType.KAMO UNIVERSE に関連しない) メニュー ************************は、ストレージドメインによって宣言されていない。 ReportVisibilityTest: オフ・バイ・ワンのレポート数; SystemBugCountContractTest: SystemBugRepository.findVisible 署名ドリフト.