- Shipped
- 23 września 2026 01:43 UTC
- Author
- Kamo
- Commit
- 90e477e
Punkty końcowe DocsService (pobieranie/stream/list/delete) znają identyfikator Imga Ale nie ma powodu, aby trzymać MediaObj, do którego był przywiązany - dopóki nie będą potrzebni Naprawczenie czatu na nim (MediaObjImg.isAccessRevoked) Bez posiadania żadnego czatu / schematu medialnego. MediaObjImgRepository tylko Obsługiwany w drugim kierunku (przez obj id, uporządkowany, za oddanie jednej wiadomości załączniki). findByImg_Id zamyka lukę; liczba mnoga, ponieważ unikalny Nakładanie jest włączone (OBJ_ID, IMG_ID), a nie tylko na IMG_ID. Nowy test: MediaObjImgRepositoryQueryTest, przypinanie zapytań uzyskanych Podpisanie tak, jak już robi dla niego Repozytorium rodzeństwa (ta biblioteka nie ma szyjki ?DataJpaTest / H2, więc Metoda nie-Query jest raczej strzeżona przez refleksję niż ćwiczoną). Pełny pakiet: 3013 testów, 4 wcześniej istniejące awarie + 1 wcześniej istniejący błąd, wszystkie Potwierdził obecność na czystym pochodzeniu / głównym wydaniu przed tą zmianą i Nie ma związku z nim (PhiServiceTypeMappingTest: ServiceType.KAMO_UNIVERSE nie ma PhiModule; ;) - nieodebrane przez StorageDomain; ReportVisibilityTest: liczba raportów poza jednym; SystemBugCountContractTest: SystemBugRepository.finaVisible signature drift).