How do I get login options without prior recommendation?

So I am trying to implement the Google Identity Toolkit for my site. Now when I try to login and set my email id,

  • If it is gmail id, it goes directly to google login.
  • If any other domain is used, we get options to log in with Google, Microsoft, Facebook, etc.

Link for link: https://developers.google.com/identity/toolkit/

But my problem is that people using facebook usually use their gmail id, etc.

So how do I change the toolkit so that all available subscription options are available along with the email text field (just like in google idenitity v1 tool, but I can't use it as it doesn't have facebook as an identity provider)?

Also, I would like the login widget to be displayed without using the initial login button. All offers?

+3


source to share


2 answers


To load a widget without a login button, you can simply link to the location of your widget with an additional request parameter mode=select

as described. You can redirect to this link however you want. after the user clicks the login button on their own.



There is currently no way to display other login options next to the mailbox. The reason for this user experience is documented on the Identity Toolkit site.

0


source


There is a hacky recipe I used to pre-test the toolkit on the website:

  • on the home screen of the widgets, if you have already specified the email account you want to use but with a different / non-native IDP just select +Add account

    which will take you to the email-only input screen.
  • in the email-only input screen, enter a fake email, for example test@example.com

    , which will not match any of the IDPs and thus will send you to the email + IDP selection screen
  • on the email + IDP selection screen, simply replace the fake email address with a real one and select the provider you want.


Warning: Once a selection is made, it remains "preferred", I'm not sure if it's really persistent and / or can be changed later via Manage Account

, I saw a note You may remove any except the first

(still on my to-do list for details).

But IMHO this awkward recipe is not suitable for real users in production, except maybe a solution to fix the problem available via support / faq for those who insist not to use the "native" IDP corresponding to their email ( I'm still wondering why they do it).

0


source







All Articles