- Spegnimento
- 21 agosto 2026 alle ore 02:01 UTC
- Autore
- Kamo
- Impegno
- 537bd60
La lista Chats → Support sta per mostrare il volto del richiedente, e un supporto richiedente è — sulla scrivania della piattaforma — sempre membro di qualcun altro. Ogni altro avatar in quel feed è riempito sul client dal org di VIEWER directory, che non ne ha mai sentito parlare, quindi questo deve essere risolto lato server di MediaService. Ciò significa che un secondo servizio nomina un oggetto avatar, e il percorso dell'oggetto è esattamente la cosa che non deve esistere due volte: era prefissata con qualsiasi ospite richiesta è arrivata, quindi una foto caricata su un dominio di org 404'd quando letta da un altro, degradando alle iniziali e guardando come "nessuna foto" piuttosto che come un bug. Quindi AvatarObjectPaths si muove qui e la copia di SecurityService diventa un delegare alias non tiene corde proprie. MemberAvatarUrls aggiunge il resto della risoluzione: membro-override prima dell'utente default, foto vs Avatar Creator deciso dal DISCRIMINATOR prima istanza di — una pigrizia avatar caricato è un proxy del tipo di base, quindi istanza di inviare ogni caricato fotografia al percorso vettoriale — e host → dominio tema. Un host che non è un dominio non produce URL piuttosto che un'ipotesi: nessuna immagine si degrada alle iniziali, uno rotto non lo fa. Aggiunge anche REQUESTOR ID alle due proiezioni di supporto chat-feed.