This issue describes a simple UI fix to make the "Continue as..." login option much more obvious to returning users.
Steps to repeat:
The action we want users to take 99% of the time is click "Continue as me" in the small text below the header so they can skip login and continue as the current user.
That small text is easy to miss.
Technical note: I believe when 2FA is on for a user account you won't see this "Continue As" screen.
Screenshot

As 3rd party cookies behavior changes in Chrome and Safari, more people will this screen.
Suggested change
Code reference
https://github.com/Automattic/wp-calypso/blob/master/client/blocks/login/ — look for continue-as-user.jsx and related stylesheet. Originally implemented at https://github.com/Automattic/wp-calypso/pull/35309
Here's a mock of the adjustments we should make:

When we are aware of a persons existing account, let's hide _all the login stuff_ behind a link, increase the gravatar image, and focus on getting folks to continue as ...
The gravatar should be clickable.
If a person want to log in with a different account, we should provide that path, and then show all log in, sign up info.
Like this solution, thanks @olaolusoga
@johnHackworth do you know why we have username followed by password as two separate steps in login? Seems to mess with password managers.
do you know why we have username followed by password as two separate steps in login? Seems to mess with password managers.
I think that has something to do with users not remembering they can use social login buttons pbg9X-cqu-p2.
@simison im not sure I understand why that would matter?
@amamujee I haven't dug deeper into question yet so I might miss details. If I understand correctly, social logins (Google, Apple) are _passwordless_. Hence, if user then comes and enters their Google/Apple email into the login field, we wouldn't show them the password field as a next step; we'd send them a login link via email instead. If they're regular user, we'd show the password field.
If we would show both username and password field by default, users would need to know press social login link and they might've forgotten that's how they signed up in first place and it would create a confusing experience.
I agree it's not optimal for password managers, although since Google uses a similar pattern I'd expect password managers to work on figuring this out (haven't checked tho).
Got it, this allows users to enter in their Google or Apple email and for us to detect this if they used social login vs. just showing those buttons and assuming they will click it.
Work still needed to wrap this up:
https://github.com/Automattic/wp-calypso/pull/40314#issuecomment-604543308
Design feedback in-progress: #40125
@supernovia Ran into an issue today with Chrome on an Android device where the password screen was hidden from view — I don't know if related to this change or not. Logging here in case more people can test and confirm that it's related to this change.
Edit: moved to https://github.com/Automattic/wp-calypso/issues/40589
Note before closing this ticket: test a bit more to confirm the new UX appears as expected in all cases.
Design feedback from @olaolusoga finished with #40556
Most helpful comment
Here's a mock of the adjustments we should make:

When we are aware of a persons existing account, let's hide _all the login stuff_ behind a link, increase the gravatar image, and focus on getting folks to continue as ...
The gravatar should be clickable.
If a person want to log in with a different account, we should provide that path, and then show all log in, sign up info.