Utilizziamo il plugin oidc, ma l’avatar_url richiede l’autenticazione e l’attuale supporto per il download dell’avatar fornito dal plugin non sa come utilizzare un access_token memorizzato nella cache per il recupero. Aggiungere questa funzionalità mi sembra piuttosto complesso, quindi non sono sicuro di poter accettare una PR.
Avevamo utilizzato l’avatar di sistema, ma richiede che un utente imposti il proprio nome utente (e non lo cambi) in modo che l’immagine venga recuperata. Se c’è una discrepanza, otteniamo immagini corrotte nell’interfaccia utente.
Gravatar non è un’opzione per noi e l’upload manuale può funzionare se le persone lo fanno, cosa che non fanno comunemente.
Sembra che se viene utilizzato l’avatar di sistema, il proxy delle lettere venga completamente aggirato. E in base all’URL nel DOM, l’immagine viene caricata lato client, quindi l’app non sa che la risorsa non esiste.
Avevo pensato di utilizzare l’URL dell’avatar predefinito per puntare al proxy delle lettere, ma non supporta i token, quindi nel migliore dei casi potrei puntarlo a un singolo avatar generico e poi le persone potrebbero passare all’upload manuale o di sistema (se il loro nome utente producesse un caricamento corretto).
Vorrei gestire alcuni di questi casi con delle condizioni, ma non riesco a trovare una buona combinazione di impostazioni per renderlo più resiliente.