- Expédié
- 5 août 2026 à 01:43 UTC
- Auteur
- Kamo
- Commite
- a73117b
Un participant dont la photo est absente du stockage a montré une icône d'image en panne à Tous les autres dans l'appel, pour toujours - il ne s'est jamais dégradé en initiales. L'en amont peut rendre inconditionnellement l'utilisateur de l'utilisateur de l'utilisateur de l'énergie de l'utilisateur de l'Union parce que cette valeur est seulement le réglage de getFirstLoadableAvatarUrl() l'a préchargé avec succès. Cette fourche a supprimé cette garantie des deux côtés: les internautes des participants le fixe directement à partir du JWT lorsque la désactivation de ThirdPartyRequests est activé (pas de précharge), et TomapStateToProps retombe à l'avatarURL brut. Donc une URL non validée maintenant atteint le composant. Lorsque l'avatar vient de Redux plutôt que d'un accessoire explicite, 'useReduxL'AvatarURL' est déjà vrai, donc set avatarPaured n'a pas modifier "effectiveURL" - rendre produit le même échec - 'img' à nouveau, et StatelessAvatar n'atteint sa branche initiale que lorsque l'url est falsive. Rappelez-vous quelle URL a échoué et sauter, donc le repli se produit en fait. De même réinitialiser l'état de défaillance lorsque loadableAvatarUrl change, et pas seulement url. Trouvé via une vraie rencontre: la photo d'un participant est enregistrée dans la DB (avatars.file-hash, is-active) mais l'objet n'existe pas dans MinIO, donc - retours 404. 4 des 25 photo-aviaux actifs sont orphelins de cette façon.