KamoCRM

Bir caller bir MediaObjImg'i Img tarafından tek başına çözelim

Featurekamo-shared-library
Shiked
23 Eylül 2026 01:43 UTC
Yazar
Kamo
Commit
90e477e

DocsService's display endpoints (download/stream/list/delete) Img'nin iddasını biliyor Ancak MediaObj'ı tutmanın bir nedeni yok - ihtiyaç duyduklarına kadar chat-attachment geri dönüş bayrağını onurlandırmak için (MediaObjImg.isAccessRevoked) Herhangi bir sohbet/medya şemasına sahip olmadan kendileri. MediaObjImgRepository sadece Diğer yönü destekledi (ki obj id, sipariş, bir mesajın işlenmesi için) Bağlar). Img Id boşlukları kapatır; çoğu zaman eşsiz çünkü eşsiz kısıtlama (OBJ ID, IMG ID), sadece IMG ID'de değil. Yeni test: MediaObjImgRepositoryQueryTest, elde edilen sorguyu kilitledi İmzalama şekli **************** zaten onun için yapıyor sibling repository (bu kütüphanenin yönetilemez @DataJpaTest/H2 kullanımı yoktur, bu yüzden Elde edilen bir no-@Query yöntemi, egzersiz yapmak yerine yansıma tarafından iddia edilir). Full suite: 3013 testleri, 4 pre-existing başarısızlıklar + 1 pre-existing hatası, hepsi Bu değişiklik ve değişiklikten önce temiz bir kaynak / bakım checkout için mevcut doğrulandı ve bununla ilgili olarak (PhiServiceTypeMappingTest: ServiceType.KAMO UNIVERSE'nin hiçbir ilgisi yok PhiModule; ******************** **************** bir DepolamaDomain tarafından kabul edilemez; RaporViability: bir rapor sayımı; SystemBugCountContractTest: SistemBugRepository.findVisible imza sürüklendi).

Tüm değişiklikler

Kargoyu gördüğünüz gibi?

Tüm bunlar kendi başına iş alanınıza geliyor. Ücretsiz plana başlayın ve bu sayfayı bir ay içinde tekrar okuyun.

Sonsuza Kadar Ücretsiz BaşlangıçFırsatları Görüntüle