What in the facebook API becomes the password_hash and salt when a user signs up and authenticates using facebook?
They are remain empty.
I thought there was a portion of users who – if they have their facebook settings set a specific way – could possibly both authenticate using facebook and also set a password.
I think that’s my problem. Or I might have a different problem.
Either way I have a user with Facebook() as a login and a password_hash/salt in the db.
Edit: I just checked with a dummy facebook acct. A password_hash and salt are still being set at registration if I use facebook. So something on my end might be drastically wrong I just don’t know what.
I am not following.
It doesn’t matter at all. You don’t have chance to set password when using an OAuth services if they provide username and email.
The user can use their setting page to reset their password.
「いいね！」 3
Users can authenticate against any of the available mechanisms. As long as the email is the same, a single account can authenticate against Google, Facebook, or a local password. Does that explain what you are seeing?
「いいね！」 3
同じ質問がありました。OAuthプロバイダー経由で登録されたアカウント（Discourse OAuth2 Basicプラグインを使用）のパスワードハッシュ（またはソルト）がDBに設定されているのはなぜですか？私の実験では、ユーザーはローカルパスワード（OAuth2が有効で設定されている場合に「ローカルログインを有効にする」を無効にしない場合）でログインできることが証明されました。これは、設定パネルのパスワードリセット機能を通じて設定されます。また、OAuth2プロバイダーの認証情報を通じてログインすることもできます。pfaffmanが言ったように、両方のメカニズムが許可されています。
パスワードハッシュの初期の生の値を教えていただけますか？