Итак, мы используем плагин OIDC, но для avatar_url требуется аутентификация, а текущая поддержка загрузки аватаров, предоставляемая плагином, не знает, как использовать кэшированный access_token для получения данных. Добавление этой функциональности кажется мне довольно масштабной задачей, поэтому я не уверен, что смогу взяться за PR.
Ранее мы использовали системный аватар, но он требует, чтобы пользователь установил имя пользователя (и не менял его), чтобы изображение было подгружено. Если возникает несоответствие, в интерфейсе отображаются битые изображения.
Gravatar для нас не вариант, а ручная загрузка возможна, если пользователи это сделают, но они редко это делают.
Кажется, что при использовании системного аватара letter_proxy полностью обходится. И, судя по URL в DOM, изображение загружается на стороне клиента, поэтому приложение не знает, что ресурс не существует.
Я думал использовать default avatar url, указывающий на letter_proxy, но он не поддерживает токены. В лучшем случае я мог бы указать его на один общий аватар, а затем пользователи могли бы переключиться на ручную загрузку или системный аватар (если их имя пользователя приведет к корректной загрузке).
Я хотел бы обработать некоторые из этих случаев с помощью условий, но не могу найти хорошую комбинацию настроек, чтобы сделать систему более устойчивой.