Construire l'URL de l'avatar de l'expéditeur à partir de leur org, et non l'hôte de la demande

FixMediaService
Expédié
5 septembre 2026 à 15:49 UTC
Auteur
Kamo
Commite
4b6522f

L'expéditeur d'une notification de chatAvatar a été résolu à partir de X-Forwarded-Host, tombant Retour au nom du serveur. Le BFF et l'APIService du kamo-internal atteignent cet objectif. service par son nom Kubernetes, de sorte que l'hôte est une étiquette unique et themeDomainForHost refuse à juste titre d'inventer un domaine d'un seul, en retour nul. Donc l'URL n'a jamais été construite: chaque notification et chaque poussée a toujours porté un expéditeur videAvatar, et un téléphone élevant une tête de discussion flottante à partir d'une poussée avait Rien que des initiales pour dessiner. L'organisation du membre décide maintenant de l'hôte du thème, via le domaine racine OrgDomainResolver se résout déjà pour des liens profonds; la demande hôte reste comme repli pour un appelant qui est vraiment arrivé du bord. Organisation.domaines est paresseux et chaque appelant s'exécute à l'intérieur de la transaction de createMessage.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation