- Verschifft
- 5. August 2026 um 01:43 UTC
- Autor
- Kamo
- Ausschuss
- a73117b
Ein Teilnehmer, dessen Foto fehlt aus dem Speicher zeigte eine defekte Bild-Symbol zu alle anderen in der Aufforderung, für immer - es nie zu Initialen degradiert. Upstream kann _loadableAvatarUrl bedingungslos machen, weil dieser Wert ist erst immer nach getFirstLoadableAvatarUrl() gesetzt hat es erfolgreich vorinstalliert. Diese Gabel entfernt diese Garantie auf beiden Seiten: die Teilnehmer Middleware setzt es direkt vom JWT, wenn die Dritt-PartyRequests eingeschaltet ist (keine Vorladung), und _mapStateToProps fällt auf den rohen avatarURL zurück. Also eine nicht bestätigte URL jetzt erreicht die Komponente. Wenn der Avatar von redux kommt, anstatt von einer expliziten "url"-Requisite, "useReduxLoadableAvatarURL" ist bereits wahr, so Einstellung avatarFailed nicht ändern Sie erneut das gleiche Versagen <img" und StatelessAvatar erreicht seinen Initialen nur, wenn die URL gefälscht ist. Denken Sie daran, welche URL ausgefallen und überspringen Sie es, so dass der Fallback tatsächlich passiert. Auch den Ausfallzustand zurücksetzen, wenn _loadableAvatarUrl ändert, nicht nur "url". Gefunden über ein echtes Meeting: Das Foto eines Teilnehmers ist in der DB aufgenommen (avatars.file_hash, is_active), aber das Objekt existiert nicht in MinIO, also ************ kehrt 404 zurück. 4 von 25 aktiven Foto-Avataren sind auf diese Weise verwaist.