Nous utilisons le plugin oidc, mais l’avatar_url nécessite une authentification et le support actuel de téléchargement d’avatar lorsqu’il est fourni par le plugin ne sait pas utiliser un access_token mis en cache pour récupérer. Ajouter cela me semble assez important, donc je ne suis pas sûr de pouvoir accepter une PR.
Nous utilisions l’avatar système, mais il nécessite qu’un utilisateur définisse son nom d’utilisateur (et ne le change pas) afin que l’image soit récupérée. Si cela ne correspond pas, nous obtenons des images cassées dans l’interface utilisateur.
Gravatar n’est pas une option pour nous et le téléchargement manuel peut fonctionner si les gens le font, ce qu’ils ne font pas couramment.
Il semble que si l’avatar système est utilisé, le proxy de lettres est complètement contourné. Et d’après l’URL dans le DOM, l’image est chargée côté client, donc l’application ne sait pas que la ressource n’existe pas.
J’avais pensé à utiliser l’URL de l’avatar par défaut pour pointer vers le proxy de lettres, mais il ne prend pas en charge les jetons, donc au mieux, je pourrais le pointer vers un seul avatar générique, puis les gens pourraient passer au téléchargement manuel ou au système (si leur nom d’utilisateur entraînait un chargement correct).
J’aimerais gérer certains de ces cas avec des conditions, mais je n’arrive pas à trouver une bonne combinaison de paramètres pour le rendre plus résilient.