Costruire l'URL avatar del mittente dal loro org, non l'host richiesta

FixMediaService
Spegnimento
5 settembre 2026 alle ore 15:49 UTC
Autore
Kamo
Impegno
4b6522f

Il mittente di una notifica di chatAvatar è stato risolto da X-Forwarded-Host, cadendo torna al nome del server. Sia il BFF di kamo-internal e APIService raggiungono questo servizio dal suo nome Kubernetes, in modo che l'ospite è una singola etichetta — e temaDomainForHost giustamente rifiuta di inventare un dominio da uno, restituendo null. Quindi l'URL non è mai stato costruito: ogni notifica e ogni spinta hanno ancora portato un mittente vuotoAvatar, e un telefono alzare una testa di chat galleggiante da una spinta aveva solo le iniziali con cui disegnare. L'organizzazione del membro decide ora l'host tema, tramite il dominio root OrgDomainResolver si risolve già per i collegamenti profondi; l'host richiesta rimane come il fallback per un chiamante che è arrivato davvero dal bordo. Organizzazione.domini è pigro e ogni chiamante viene eseguito all'interno della transazione di createMessage.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo