Autofill does not work for passwords on NYTimes.com

Hi Netpog, thanks for following up with me.

I did some testing with the New York Times website and was suggested my test item for both the email and password fields. You have previously mentioned that the New York Times website asks for the password on a separate screen. For me I enter an email address, tap continue then the password field appears with my email grayed out above. Do you have the same sign in flow?

I'd also like to ask you to try creating a new test item to check if the same issue occurs. In the test item use a made up email such as email@email.com, any password and add https://NYTimes.com to the website field. Is this item suggested for both the email and password fields on the New York times?

Thanks again!

Hi, 1P_Timothy, I finally remembered to come back here, and I just tested this out, as you requested.

With "Display Autofill: above keyboard": Here, I saw inconsistent behavior:

Just to confirm, if you reset "Show filling suggestions" by turning it off and on do you still only see "Open 1Password" on the password page? If so could you share the website and browser in question?

Yes, that's exactly it. To confirm: this is only for "above keyboard", and only for the password page. And, yes, this is after toggling "show suggestions", and restarting 1Password, and toggling again.

Browser: I'm using Chrome, fully updated (to 111.0.5563.116), on fully-updated Android 13, on a Pixel 7
Website: https://NYTimes.com (Want me test a different site?)
This is reliably the behavior in both regular and private tabs.

I'm using 1Password v. 8.10.3-16.BETA

Hi Netpog, thanks for your reply.

Better if the login I selected for username were remembered for the password, but I'm guessing Android is now making that difficult.

To my knowledge, that is correct and it is a limitation of the filling service. That being said, automatically filling on the second page as you might see with 1Password in the Browser is definitely something we'd like to add in the future if there is support for it.

With "Display Autofill: above keyboard": Here, I saw inconsistent behavior:

Just to confirm, if you reset "Show filling suggestions" by turning it off and on do you still only see "Open 1Password" on the password page? If so could you share the website and browser in question?

Was there already the ability to select the collection to be used for suggestions?

As far as I remember this has been included since the launch of 1Password 8 or perhaps shortly there after.

Thanks, 1P_Timothy, I'd noticed that! (Because I was already on the Beta channel, now with 8.10.1) Specifically, I was pleased to see 1Password successfully detecting the password page.

Today I gave it some testing. (After toggling "Show...Suggestions", as you suggested.)

With "Display Autofill: below fields":
Suggestions appear, as expected, on both the username & password pages.

(Better if the login I selected for username were remembered for the password, but I'm guessing Android is now making that difficult.)

With "Display Autofill: above keyboard":
Here, I saw inconsistent behavior:
* Username page: suggestions shown above keyboard, as expected.
* Password page: no suggestions at all. Just an "open 1Password" bubble above the keyboard. Which does lead to a list of suggestions, after I tap it.

Unrelated:
Was there already the ability to select the collection to be used for suggestions? It was nice to discover that feature, either way.

Hi Netpog, thanks for following up and sharing those details. Good news! A fix for the issue I mentioned was included with last weeks beta and should be included with the next production release as well. If you'd like to check out the beta, you can find steps to update in this guide:
* Use 1Password beta releases

After updating you may need to reset "Show filling suggestions" from Settings > Autofill by turning the setting off then on again.

Good to hear, 1P_Timothy, that this is being addressed.

In case it's helpful to your debugging, note that I have always enabled the number strip in the keyboard, and have been using the GBoard keyboard for a long time, whereas this problem is relatively new. Just now I tried disabling the number row, (after which Gboard, wierdly, shows a number strip anyway; but now it looks different). Doing so did not change 1Password's behavior: on the password page it fails to suggest anything unless I select "Display...below the fields", whereas it does suggest logins on the username page.

Hi Netpog, thanks for following up with us.

As you mentioned, after you've approved 1Password in the browser to fill on the first sign in page, it can fill on the second as you've taken action to grant approval. At the moment this isn't possible with 1Password for Android's Autofill. I'm not sure if that's something we could add in the future or a limitation of the Autofill service on Android devices. Regardless I'd be happy to share your feedback with the team for further review.

In regards to filling suggestions not appearing in some fields, what's happening in most of these cases is that the keyboard is giving priority to the number strip over the suggestion strip. The development team has found a way to work around this so we should hopefully be seeing some improved behavior in the not-so-distant future.

Thanks again!

@ag_audrey, I do appreciate the importance of the "keeping you in the loop" concept. But please note that 1Password for Windows **does **autofill the password, when it appears on a second page, after I have selected a login for the username. For example, at https://accounts.google.com

That behavior seems consistent with the blog post you shared, as there is no password-filling until after I've selected a login.

By contrast, the mobile app demands that I select a login twice. If I have a dozen choices, I must scroll to the same login on both the username and password pages.

PS re the Android Chrome bug:

I assert that this is a bug, because we're dealing with the most-popular browser on Android. And because this is a new behavior. And because your set-up process does not help a user avoid this shortcoming.

Note that 1Pwd has no problem detecting the username, but does not even detect the password field on the next screen.

Hey Netpog, I sincerely appreciate the clarification and details!

My problem is that I must select the login I want on BOTH the "username" page and the "password" page, on sites (such as NYTimes.com) with two-page authentication, even when using your workaround.

Apologies for the confusion. This is actually expected behaviour, as 1Password will never automatically fill in your credentials for you without your intervention. If a Login is split on two pages, 1Password will require your confirmation for both the username and password before filling. You can read more in this blog post from our Security team: https://blog.1password.com/1password-keeps-you-safe-by-keeping-you-in-the-loop/

The MAJOR BUG is the one for which you gave me the workaround: when I select "show passwords above keyboard" there were no logins suggested AT ALL (at least not on the password page). Again, I can workaround that bug, by selecting the other password-suggestion modality. But I wanted to confirm that y'all AGREED that this was a bug, and that it was being worked on.

Let me clarify that there are a few factors that can complicate the Autofill process on 1Password for Android. When Autofill doesn't work as expected, it can be due to how a browser or app is developed, due to their specific sign-in page and how it's coded, due to the Autofill service itself not detecting the fillable fields and letting us know, or due to us doing something incorrectly. This is why you may see different behaviours and issues in different apps and sites. When issues arise, we test them out and report them to our developers, so they can further investigate. That's why we really appreciate when you bring these filling issues to our attention.

I would not label this as a bug per se, but definitely a filling inconsistency that should be looked into. I have passed this along to our development team.

I mentioned the aggravating fact that favorites are not suggested first. Thus, when I have several logins for a site with two-page authentication, I must TWICE scroll tediously through the logins that I seldom use. That makes the need to RESELECT the desired login much more annoying. It's also an example of how the chronic inconsistency between your various platforms can cause frustration.

I definitely understand your frustration, and I for one would love this feature myself in 1Password for Android! I've submitted a request to our product team for consideration.

Let me know if you have any further questions!

ref: PB-30799060

Sorry, @ag_audrey; I wasn't clear! I'm seeing (as is correct & expected) only the appropriate logins. My problem is that I must select the login I want on BOTH the "username" page and the "password" page, on sites (such as NYTimes.com) with two-page authentication, even when using your workaround.

That's a MINOR BUG.

The MAJOR BUG is the one for which you gave me the workaround: when I select "show passwords above keyboard" there were no logins suggested AT ALL (at least not on the password page).

Again, I can workaround that bug, by selecting the other password-suggestion modality. But I wanted to confirm that y'all AGREED that this was a bug, and that it was being worked on.

I misled you because I confusingly and needlessly mentioned another problem with 1Password Android, one that's only tangentially relevant to this thread.

(Specifically: I mentioned the aggravating fact that favorites are not suggested first. Thus, when I have several logins for a site with two-page authentication, I must TWICE scroll tediously through the logins that I seldom use. That makes the need to RESELECT the desired login much more annoying. It's also an example of how the chronic inconsistency between your various platforms can cause frustration.)