Usamos o plugin oidc, mas o avatar_url requer autenticação e o atual suporte de download de avatar quando fornecido pelo plugin não sabe usar um access_token em cache para buscar. Adicionar isso parece algo grande na minha cabeça, então não tenho certeza se conseguiria aceitar um PR.
Estávamos usando o avatar do sistema, mas ele requer que um usuário defina seu nome de usuário (e não o altere) para que a imagem seja capturada. Se houver uma incompatibilidade, teremos imagens quebradas na interface do usuário.
Gravatar não é uma opção para nós e o upload manual pode funcionar se as pessoas o fizerem, o que elas não fazem comumente.
Parece que, se o avatar do sistema for usado, o proxy de letras é completamente ignorado. E com base na URL no DOM, a imagem é carregada do lado do cliente, então o aplicativo não sabe que o recurso não existe.
Eu tinha pensado em usar a URL do avatar padrão para apontar para o proxy de letras, mas ele não suporta tokens, então, na melhor das hipóteses, eu poderia apontá-lo para um único avatar genérico e, em seguida, as pessoas poderiam mudar para upload manual ou sistema (se o nome de usuário delas resultasse em um carregamento adequado).
Eu gostaria de lidar com alguns desses casos com condições, mas não consigo descobrir uma boa combinação de configurações para torná-lo mais resiliente.