- Se descapó
- 5 de agosto de 2026 a las 1:43 UTC
- Autor
- Kamo
- Compromit
- a73117b
Un participante cuya foto falta en el almacenamiento mostró un icono de imagen rota a todos los demás en la llamada, para siempre, nunca se degradó a las iniciales. El río Abratar puede renderizar AvatarUrl incondicionalmente porque ese valor es sólo se ha puesto de nuevo después de getFirstLoadableAvatarUrl () lo ha precargado con éxito. Esta horquilla eliminó esa garantía en ambos lados: los participantes middleware lo pone directamente desde el JWT cuando deshabilitarseTerceraSolicaciones está en (sin precargar), y el apareador en bruto de la avatarURL se vuelve a la avatarURL cruda. Así que una URL sin validar ahora llega al componente. Cuando el avatar viene de redux en lugar de un util. de url. explícito, "useReduxLoadableAvatarURL" ya es cierto, así que fijar avatarFailed no cambio, la producción de la misma falla "img" y StatelessAvatar sólo llega a su rama inicial cuando el url es falso. Recuerde qué URL falló y omitíla, por lo que la caída realmente sucede. También restablecer el estado de fallo cuando se cambia de aire, no solo el estado de fallo. Encontrado a través de un encuentro real: la foto de un participante se graba en el DB (avatars.file-hash, is-active) pero el objeto no existe en MinIO, así que **************** devuelve 404. 4 de 25 avatares fotográficas activas se hunden de esa manera.