Die meisten Profilfelder können bereits während des SSO-Prozesses festgelegt werden, was super nützlich ist. Vom Benutzernamen über den Namen und die Bio bis hin zur Website – die wurde im vergangenen Jahr hinzugefügt. Es gibt jedoch noch einige kleinere Unzulänglichkeiten:
location scheint zu fehlen – bei einem flüchtigen Blick ist dies das einzige offensichtliche Feld, das sich über SSO nicht ändern lässt.
website kann zwar während des SSO-Prozesses angegeben werden, aber im Gegensatz zu den meisten (vielleicht allen?) anderen SSO-Profilfeldern gibt es keine entsprechende Site-Einstellung, die es erlaubt, den lokalen Wert zu überschreiben und zu verhindern, dass der Benutzer ihn ändert.
Ich vermute, dass diese Punkte einfach übersehen wurden, als die Codebasis im Laufe der Zeit wuchs, da mir kein Grund für diese Ausnahmen einfällt. Leider sind meine Ruby- und Discourse-Kenntnisse nicht ausreichend, um einen PR einzureichen, aber ich wollte den Fehler melden – vielleicht hat jemand die technischen Fähigkeiten, das zu beheben.
Ich habe die Änderungen umgesetzt, um die beiden oben genannten Punkte zum Laufen zu bringen. Ich würde mich freuen, sie wieder in Discourse einzubringen, aber ich weiß nicht, ob es Interesse daran gibt, diese Änderungen upstream aufzunehmen? /cc @sam
Lass mich bitte Bescheid geben, bevor ich mich durch die Hürden des PR-Einreichungsprozesses kämpfe. Der Code funktioniert, muss aber möglicherweise überarbeitet werden, da ich neu bei Discourse bin.
Starte den PR, damit du den CLA-Prozess durchlaufen kannst, aber:
Das scheint nicht wirklich den Aufwand wert zu sein – andere Felder auf dieser Seite, wie z. B. das Hintergrundbild der Benutzerkarte, sind in SSO-Plattformen ohnehin nicht verfügbar, sodass es keinen Konsistenzvorteil bringt, eine Sperre für die Website einzuführen.
Entschuldigung, ich bin mir nicht sicher, ob ich das richtig verstanden habe. Ich stimme zu, dass das Hintergrundbild der Karte auf SSO nur begrenzt nützlich ist (obwohl dies bereits implementiert ist). website ist ebenfalls ein bereits implementiertes SSO-Feld – ich habe lediglich eine Einstellung namens sso_overrides_website hinzugefügt, ähnlich wie es sie bereits für Benutzername, Avatar, Biografie usw. gibt, um lokale Änderungen zu unterbinden und den SSO-Wert vorrangig zu behandeln.