Allow admins to change email addresses easily

Current setup:

Site is locked down for members to be invited or request access.
We don’t want people changing their own email address, so the related email change site-setting is disabled. Of course, sometimes an admin must.

###Expectation:
go to the user’s admin page, see the email, and edit it, potentially have that pending confirmation of the new email. :sunny:

###Actual

  • visit the admin page

  • click a button to see what it is.

  • there’s no way to edit it

  • Click Show Public Profile,

  • realize you have to click Preferences too.

  • No way to edit the email address… grrr

  • Go back to admin

  • disable the site setting

  • go back to publich profile/preferences

  • edit

  • go back to admin

  • disable the site setting.

As an admin, can we please just edit a user’s address at all times, from the Admin page?

extra brownie points from this customer if @techAPJ could allow the name to be edited while he’s there.

Please?

「いいね!」 14

Yeah, we are fine with allowing email/name/username editing on admin page. We must account for the sso override stuff though that disables editing here.

Of course, there are a couple of things that should be added related to this.

  • We should log all the name/email/username changes and have that visible somewhere

  • If an admin changes a users email, its probably sane to allow them to send an email right away to that user explaining that the email changed, doing this (optionally) automatically would be good.

「いいね!」 2

I guess API considerations, such as this post by @SnipersCode, would come in to play as well.

「いいね!」 3

As an admin, I can change an email now it just takes too many steps.

Addressing either (or both) of these two needs would help a lot"

  • Allowing an admin to change a user’s email from its Admin view (not only the public profile)

  • Allowing the change even if the site setting is disabled.

As for SSO, presumably the source of authentication already knows about the new email… the goal of the change in discourse would be to prevent an undesired second account from being created on the user’s next visit.

「いいね!」 4

Currently this happens… we need to click an email confirmation link.

Maybe that would have to change when SSO is enabled, however I don’t think bringing the control from the user-side preferences to the admin side preferences changes the current SSO workflow.

「いいね!」 1

こんにちは。

古いスレッドを掘り起こして申し訳ありませんが、Discourse の動作が現在、本当に問題を引き起こしています。

ユーザーが当社のプラットフォーム(Discourse は数あるプラットフォームのうちの 1 つにすぎません)でアカウントを有効化すると、API を介して自動的に Discord ユーザーを作成します。これは、正しいグループを割り当てるために必要です。ユーザーが Discourse SSO を介して Discourse に初めてログインする前にメールアドレスを変更した場合、新しいアカウント(<username>1)が作成され、手動で 2 つのアカウントをマージする必要があります。

API がメールアドレスを変更できるようにすると、多くの手作業を削減できます。また、管理者は通常、何をしているかを知っているので、許可されるべきだと思います。

ユーザーがメールアドレスを変更できないようにしたいのですが、管理者と API は除外したいです。

「いいね!」 1

ログイン時にグループを割り当てるようにSSOを設定してください。

「いいね!」 1

それは残念ながら、現在のセットアップでは不可能です。

(少なくとも現時点では)

もう一つの簡単な解決策は、Discourse SSOまたはSAMLを設定して、メールベースのチェックを行わずに、同じ名前のアカウントにログインできるようにすることです。しかし残念ながら、Discourseは常にそれを使用するすべての人よりも賢くあろうとします:frowning:

ついに可能になりました! :slight_smile:

「いいね!」 2

6件の投稿が新しいトピックに分割されました:管理者がメールアドレスを変更できない