- Spegnimento
- 23 settembre 2026 alle ore 01:43 UTC
- Autore
- Kamo
- Impegno
- 90e477e
Gli endpoint di imaging di DocsService (download/stream/list/delete) conoscono un id di Img ma non hanno motivo di tenere il MediaObj è stato attaccato a — fino a quando hanno bisogno per onorare la chat-attachment revoca bandiera su di esso (MediaObjImg.isAccessRevoked) senza possedere qualsiasi chat / schema multimediale stessi. MediaObjImgRepository solo supportato l'altra direzione (da obj id, ordinato, per il rendering di un messaggio allegati). findByImg Id chiude il gap; plurale perché l'unico vincolo è su (OBJ ID, IMG ID), non solo su IMG ID. Nuovo test: MediaObjImgRepositoryQueryTest, pinning la query derivata firma il modo in cui si fa. sibling repository (questa libreria non ha l'imbracatura runnable @DataJpaTest/H2, quindi un metodo no-@Query derivato è affermato da riflessione piuttosto che esercitata). Suite completa: 3013 test, 4 guasti preesistenti + 1 errore preesistente, tutti confermato presente su un'origine pulita / checkout principale prima di questo cambiamento e non correlato ad esso (PhiServiceTypeMappingTest: ServiceType.KAMO UNIVERSE non ha PhiModule... Non c'e' bisogno di un deposito. ReportVisibilityTest: un numero di report off-by-one; SystemBugCountContractTest: SystemBugRepository.findVisible firma deriva).