Wir verwenden das OIDC-Plugin, aber die Avatar-URL erfordert eine Authentifizierung, und die aktuelle Avatar-Download-Unterstützung, die vom Plugin bereitgestellt wird, weiß nicht, wie sie einen zwischengespeicherten Zugriffstoken zum Abrufen verwenden soll. Dies hinzuzufügen, erscheint mir ziemlich umfangreich, daher bin ich mir nicht sicher, ob ich eine PR übernehmen könnte.
Wir haben den System-Avatar verwendet, aber dieser erfordert, dass ein Benutzer seinen Benutzernamen festlegt (und ihn nicht ändert), damit das Bild abgerufen wird. Wenn dies nicht übereinstimmt, erhalten wir fehlerhafte Bilder in der Benutzeroberfläche.
Gravatar ist für uns keine Option und der manuelle Upload kann funktionieren, wenn die Leute ihn durchführen, was sie nicht häufig tun.
Es scheint, dass, wenn der System-Avatar verwendet wird, der Letter-Proxy vollständig umgangen wird. Und basierend auf der URL im DOM wird das Bild clientseitig geladen, sodass die App nicht weiß, dass die Ressource nicht existiert.
Ich hatte darüber nachgedacht, die Standard-Avatar-URL auf den Letter-Proxy zu verweisen, aber er unterstützt keine Tokens. Daher könnte ich im besten Fall auf einen einzelnen generischen Avatar verweisen, und dann könnten die Leute zum manuellen Upload oder zum System wechseln (wenn ihr Benutzername zu einem ordnungsgemäßen Laden führte).
Ich würde gerne einige dieser Fälle mit Bedingungen behandeln, aber ich kann keine gute Kombination von Einstellungen finden, um sie widerstandsfähiger zu machen.