During Sync fest recently, we changed passwords and noticed there was no alert or change of color of the main menu in the Firefox for iOS browser to tell the user that they had been disconnected from their Account.

If I am not mistaken, this applies to both password changes and password resets occurring on another device.

I estimate based on password reset volume (and password change) and based on the proportion of FxA users that use Firefox for iOS that ~400-500 users per day are likely ending up in this unauthenticated state. That is... these users think that they have Sync enabled when it isn't anymore.

It's unclear what proportion eventually notices that they've been disconnected but we can do a much better job here.

This work directly supports one of our top-level KPIs.

(forgive me if this bug is a dupe, I couldn't find this filed yet)

Simon, can you please re-check this to see if the app gets permanently stuck in this state or if we correctly prompt for the user's password on the next launch?

There are two cases here:

1. When changing the password form iOS Account Management page, the password is correctly changed and a prompt is displayed on Desktop to re-enter the password.

2. When changing the password on Desktop the prompt is not immediately displayed on iOS. After restarting the app and syncing the user will be in a state to re-enter the password in order to connect to sync.

Alex, this state you describe is only temporary until the app restarts. However, when the password is changed from another device, we should be able to immediately bump the user out to the "needs password entered" state as long as push notifications were enabled. But, for users who declined notifications, I'm not sure how we can easily detect that we need to sign in again before the app is restarted. I'll take this bug to make sure that this works properly for users with push notifications enabled at least.

Thanks Justin for the clarification.

Simon,
Does the hamburger menu change colors or have a notification icon on it? Or is the disconnected state only noticeable when a user opens the menu? If it requires to open the menu, it may take some time before users notice.

Justin, the warning in the opened menu is pretty discrete (see Simon's screenshot). I believe that on desktop, it changes to orange or yellow to catch the user's attention.

Thanks for investigating.

Let me ask Bryan if he has any ideas about what we could do here to draw attention to the disconnected state. You're correct though that the only indication currently is when the user opens the menu. Perhaps we could put some sort of orange or red dot on the hamburger menu icon to indicate to the user that there's an action they need to take?

Does the hamburger menu change colors or have a notification icon on it? Or
is the disconnected state only noticeable when a user opens the menu? If it
requires to open the menu, it may take some time before users notice.

Confirming that the hamburger menu does not display any type of notification. The change is only noticeable when opening the hamburger menu or when going to Settings.

The bug assignee didn't login in Bugzilla in the last 7 months and this bug has priority 'P2'.
:jeevans, could you have a look please?
For more information, please visit auto_nag documentation.

Redirect a needinfo that is pending on an inactive user to the triage owner.
:jeevans, since the bug has high priority and recent activity, could you have a look please?

For more information, please visit auto_nag documentation.