Steps to reproduce:
/login/sms where you can see the link "The WordPress mobile app" to receive a push notificationSeems to work fine when you have 2FA enabled via an authenticator app instead.
Maybe related to #14152.
When you have SMS as a primary method you will never see push notification with the current server side configuration.
My initial reaction to this was to create a new endpoint to send or re-send a push notification, but after talking to @scruffian, he suggested:
/login/push by default.This is basically the solution to #14152, so I don't think we need to do anything here if that is implemented.
Currently, sending the push notification is throttled to once every two minutes, so this might be serving a rather obscure use case:
TwoFactorActions link for this.If step five doesn't happen (which, I would imagine, would be for the majority of users that end up in such a flow, which is also a very small number of users), then the notification is throttled and they would presumably see an error notice, which isn't very helpful.
The existing behavior of wp-login.php does not allow users to "re-send" a push notification. If they click to use Authenticator/SMS instead, there is no path back. If they try to log in again during the push notification throttle period, they are only given the option to log in with Authenticator/SMS.
I agree with that. It feels like this is involving a rather large amount of work, for little benefit. I understand @scruffian's that, from a design perspective, it'd be good if users could always have access to all forms of authentication available to them. On the other hand, it sounds like supporting multiple push notifications is more work than the user value it provides. Considering all this, I'd call this a won't fix -- but it'll still require changes to remove the link back to /login/push from the /login/sms and login/authenticator.
Fixed in #14659.
Most helpful comment
I agree with that. It feels like this is involving a rather large amount of work, for little benefit. I understand @scruffian's that, from a design perspective, it'd be good if users could always have access to all forms of authentication available to them. On the other hand, it sounds like supporting multiple push notifications is more work than the user value it provides. Considering all this, I'd call this a won't fix -- but it'll still require changes to remove the link back to
/login/pushfrom the/login/smsandlogin/authenticator.