- Se descapó
- 23 de septiembre de 2026 a las 1:43 UTC
- Autor
- Kamo
- Compromit
- 90e477e
Los endpoints de imagen de DocsService (descargar/corrido/lista/delete) conocen el id de un Img pero no tengan ninguna razón para sostener el MediaObj que estaba adjunto hasta que necesitan para honrar la bandera de revocar el chat-attachment en ella (MediaObjImg.isAccessRevoked) sin poseer ningún programa de chat/media. MediaObjImgRepository only apoyó la otra dirección (por obj id, ordenado, para renderizar un mensaje accesorios). findBymg.Id cierra la brecha; plural porque el único la restricción es en (OBJ-ID, IMG-ID), no solo en IMG-ID. Nueva prueba: MediaObjImgRepositoryQueryTest, acoplándose a la consulta derivada firma de la forma en que **************** ya lo hace para su repositorio de hermanos (esta biblioteca no tiene arnés encaje de DVDJpaTest/H2, así que un método derivado de la no consulta se afirma por reflexión en lugar de ejercerse). Suite completa: 3013 pruebas, 4 fallos preexistentes de 1 error preexistente, todos presente confirmado en una salida de origen limpio/pertaje antes de este cambio y no relacionado con ella (PhiServiceTypeMappingTest: ServiceType.KAMO-UNIVERSE no tiene PhiModule; **************** ******************* sin reclamar por un StorageDomain; ReportVisibilityTest: un conteo de informes fuera por uno; SystemBugCountContractTest: SystemBugRepository.findAd deriva de la firma visible).