- Verschifft
- 23. September 2026 um 01:43 UTC
- Autor
- Kamo
- Ausschuss
- 90e477e
DocsService's Imaging Endpoints (download/stream/list/löschen) kennen die id einer Img aber haben keinen Grund, die MediaObj zu halten war es angehängt, bis sie brauchen zu ehren die Chat-Antwort widerrufen Flagge auf sie (MediaObjImg.isAccessRevoked) ohne eigenes Chat/Medienschema selbst zu besitzen. MediaObjImgRepository nur unterstützt die andere Richtung (von obj id, bestellt, für die Darstellung einer Nachricht fügt ansssig. findByImg_Id schließt die Lücke; Plural, weil das Unikat Einschränkung ist eingeschaltet (OBJ_ID, IMG_ID), nicht nur auf IMG_ID. Neuer Test: MediaObjImgRepositoryQueryTest, Pinning der abgeleiteten Abfrage Signatur, wie ************ bereits für seine Geschwister-Repository (diese Bibliothek hat kein lauffähiges @DataJpaTest/H2 Geschirr, also eine abgeleitete no-@Query-Methode wird durch Reflexion und nicht ausgeübt behauptet). Komplette Suite: 3013 Tests, 4 Vorausfälle + 1 Vorabfehler, alle bestätigte Gegenwart auf einer sauberen Herkunft/Hauptabsicht vor dieser Änderung und unzusammenhängend (PhiServiceTypeMappingTest: ServiceType.KAMO_UNIVERSE hat keine PhiModul; **************** ************ nicht von einer StorageDomain beansprucht; ReportVisibilityTest: eine Off-by-one-Berichtszahl; SystemBugCountContractTest: SystemBugRepository.findVisible Signatur Drift).