- Spegnimento
- 5 agosto 2026 alle ore 01:43 UTC
- Autore
- Kamo
- Impegno
- a73117b
Un partecipante la cui foto manca dallo storage ha mostrato un'icona a immagine rotta tutti gli altri nella chiamata, per sempre — non ha mai degradato alle iniziali. Upstream può rendere loadableAvatarUrl incondizionatamente perché quel valore è solo mai impostato dopo getFirstLoadableAvatarUrl() ha precaricato con successo. Questa forcella rimossa che garantisce su entrambi i lati: i partecipanti middleware imposta direttamente dal JWT quando disabilitaThirdPartyRequests è su (senza precarico), e mapStateToProps rientra nell'avatarURL grezzo. Quindi un URL non valutato ora raggiunge il componente. Quando l'avatar viene da redux piuttosto che da un esplicito `url` prop, `useReduxLoadableAvatarURL` è già vero, così impostazione avatarFailed non cambiamento `efficaceURL` — rendere prodotto lo stesso difetto <img> di nuovo, e StatelessAvatar raggiunge solo il suo ramo iniziale quando l'url è falsy. Ricorda quale URL ha fallito e saltalo, così il fallback realmente accade. Anche resettare lo stato di guasto quando loadableAvatarUrl cambia, non solo `url`. Trovato tramite un incontro reale: la foto di un partecipante viene registrata nel DB (avatars.file hash, is active) ma l'oggetto non esiste in MinIO, quindi E' il momento giusto. 404. 4 di 25 avatar foto attivi sono orfano in quel modo.