KamoCRM

Construye la URL de avatar del remitente de su org, no el anfitrión de la solicitud

FixMediaService
Cambia
5 de septiembre de 2026 a las 15:49 UTC
Autor
Kamo
Comprometerse
4b6522f

El senderAvatar de una notificación de chat se resolvió desde X-Forwarded-Host, cayiendo volver al nombre del servidor. Tanto el BFF de kamo-internal como APIService llegan a este servicio por su nombre de Kubernetes, por lo que el host es una sola etiqueta y themeDomainForHost se niega con razón a inventar un dominio de uno, devolviendo nulo. Así que la URL nunca se construyó: cada notificación y cada empuje todavía llevaba un remitente vacíoAvatar, y un teléfono levantando una cabeza de chat flotante de un empujón había nada más que las iniciales con las que dibujar. La propia organización del miembro decide ahora el tema anfitrión, a través del dominio raíz OrgDomainResolver ya resuelve para enlaces profundos; la solicitud de acogida se queda como el Retrocede a un llamante que realmente llegó desde el borde. Organización.dominios es perezoso y cada llamante dentro crea la transacción de Message.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios