Hallo!\n\nIch benutze dieses Plugin, um Benutzer von einer Django-Seite zu synchronisieren, aber der Avatar wird nur bei der Erstellung synchronisiert. Wenn der Benutzer ihn in Django ändert, wird er nicht in Discourse synchronisiert.\n\nTatsächlich gibt in Discourse managed_authenticator.rb die Methode retrieve_avatar frühzeitig zurück, wenn der Benutzer bereits ein benutzerdefiniertes Avatar-Setup hat:\n\nrb\n def retrieve_avatar(user, url)\n return unless user && url\n return if user.user_avatar.try(:custom_upload_id).present?\n Jobs.enqueue(:download_avatar_from_url, url: url, user_id: user.id, override_gravatar: false)\n end\n\n\nHabe ich etwas übersehen oder kann discourse-openid-connect den Avatar nicht beim Login aktualisieren?\n\n\nIch habe auch eine Frage zu "website", "location" und "bio_raw". DiscourseConnect synchronisiert diese beim Login, kann openidconnect das auch? Alle werden in den OIDC-Claims unterstützt.\n\nViele Grüße!
Hier auch, mit v3.1.3…
Ja, ich habe selbst mit der Standardisierung von Avataren gekämpft.
Ich hatte gehofft, einen benutzerdefinierten Bildanspruch von unserem IdP (Entra) verwenden zu können, um die URL zu einem Avatar-Host einzuschließen, der nicht das Problem mit der Bearer-Token-Authentifizierung für download_avatar_from_url hat, wie es das generische graph.microsoft-eins tut. Tests scheinen jedoch zu zeigen, dass das Plugin /userinfo speichert und den JWT-Bildanspruch ignoriert, was sowieso eine Sackgasse ist.
Ich habe gerade festgestellt, dass ich das hier wahrscheinlich posten sollte, aber ich habe einen PR dafür eingereicht: FEATURE: managed auth can override avatars by lewisakura · Pull Request #34123 · discourse/discourse · GitHub
Danke für deinen Beitrag @lewisakura, dein PR wurde jetzt gemerged!
Dieses Thema wurde nach 12 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.