Nous enquêtons sur ce qui semble être un bug dans Firefox concernant la mise en cache des avatars sur le disque, puis leur récupération par une requête ultérieure.
Signalé à Firefox sous :
La façon dont ce problème se manifeste est l’absence d’avatars là où il devrait normalement y en avoir, par exemple :
Ce sont respectivement :
<img loading="lazy" alt="" width="24" height="24" src="https://dub1.discourse-cdn.com/arduino/user_avatar/forum.arduino.cc/mancera1979/48/732001_2.png" class="avatar" title="mancera1979 - Frequent Poster">
<img loading="lazy" alt="" width="24" height="24" src="https://dub1.discourse-cdn.com/arduino/user_avatar/forum.arduino.cc/jca34f/48/340148_2.png" class="avatar" title="JCA34F - Frequent Poster">
et ces URL redirigent respectivement vers :
https://europe1.discourse-cdn.com/arduino/optimized/4X/3/3/7/337a5e4169461364c9805cfad882c9eb0332bdf3_2_48x48.png
https://europe1.discourse-cdn.com/arduino/optimized/4X/4/b/8/4b8c803f304aa7e7c487184224ec9f970c96e8c4_2_48x48.jpeg
Lors de l’inspection du DOM à l’aide des outils de développement, Firefox signale “Impossible de charger l’image”.
Ce n’est jamais lors des requêtes initiales que cela échoue - cela s’est toujours produit uniquement lors des requêtes ultérieures qui tentaient de charger l’image depuis le cache :
Le rechargement de la page déclenche parfois Firefox pour charger l’image correctement, par exemple :
après un rechargement :
Nous savons que :
… le problème n’est pas spécifique à l’application Discourse elle-même. Nous avons reproduit le problème avec une page HTML statique contenant uniquement des liens vers des avatars :
… la désactivation de http3 dans Firefox ne résout pas le problème
… la suppression du cache du navigateur provoque le chargement correct des images la prochaine fois
… les utilisateurs finaux ont signalé ce problème sur ordinateur et mobile
Nous suspectons que :
… cela a quelque chose à voir avec le chargement de l’image après une redirection
Certains de nos environnements d’hébergement ont un “redirect chaser” installé qui fait qu’une requête à l’URL d’origine renvoie l’image elle-même au lieu d’une redirection vers l’image. Je ne pense pas que quiconque ait rencontré ce problème dans ces environnements.
Nous n’avons pas :
une reproduction du problème cohérente et claire du début à la fin













