Skip to main content
AJCxZ0
July 31, 2026
Question

Open and fill uses email when no username or password

  • July 31, 2026
  • 3 replies
  • 10 views

When a Login item website is selected with Open and fill, despite no username or password, the 1Password extension opens the page and fills the username with the email field and submits.

I have tested this once on one out of one web site which does not offer or suggest logging in with an email address.

Is this intended or desired behaviour?

I did not want or expect this. I expected the web page to open and the username and password fields to be filled with the values specified in the Login item, i.e. left blank. With these fields blank, I did not expect the form submission.

3 replies

AJCxZ0
AJCxZ0Author
August 1, 2026

But it got worse…

After a username and password were added to this Login item, autofill decided to fill the user name field on the web site login page with a custom text value from the item, completely ignoring the username.

Again, this is a case of testing once on one out of one financial service web site which I’m not mentioning and which is about to be replaced in a few days. Nevertheless, this looks like terrible behaviour by the extension.

1P_Gem
1Password Employee
1Password Employee
August 7, 2026

Hi ​@AJCxZ0, thanks for reporting this. I’ve done some testing on other websites, but so far I’ve not been able to reproduce the behaviours you’ve described. For me, using Open and fill with an item with blank username and password fields opens the page and doesn’t fill anything into the fields.

It sounds like it might be specific to the way this website is structured. I understand that you’d prefer not to share what website this is. Additionally, if it's being replaced soon, it may resolve itself, but the info below will still help us understand what's happening:

  • Which operating system, browser, and 1Password version are you using?
  • Does the same thing happen if you fill on this page using other methods, such as the inline menu or a keyboard shortcut?
  • Is the email address that’s being filled your default email address set in your profile, or an email address from an existing Identity item?

Looking forward to hearing from you!

AJCxZ0
AJCxZ0Author
August 8, 2026

It sounds like it might be specific to the way this website is structured.

This seemed most likely. One detail which may be relevant is that I created the Login item before I had a username or password.

Additionally, if it's being replaced soon, it may resolve itself,

That was my hope.

but the info below will still help us understand what's happening:

  • Which operating system, browser, and 1Password version are you using?

Multiple up-to-date operating systems including Ubuntu 24.04 Desktop and Fedora 44 Workstation, latest Google Chrome with up-to-date 1Password Beta extension from the Google Play store, 1password package from the 1Password repo for each platform.

  • Does the same thing happen if you fill on this page using other methods, such as the inline menu or a keyboard shortcut?

Yes, but with an interesting quirk. Both the Sign in pill overlay at the top of the window and the Open icon drop-down in the input field show the username, but once selected, fill the input field with another field from the Login item.

  • Is the email address that’s being filled your default email address set in your profile, or an email address from an existing Identity item?

When the input field was filled with an address, it was the email field from the Login item for the site. Now it’s filled with the value of a custom field.

The only way to fill the input field with the value of the username field is to copy and paste it.

Looking at the JSON for this Login item, the source of the problem seems obvious:

    "fields": [
{
"value": "[The correct password]",
"id": "",
"name": "password",
"type": "P",
"designation": "password"
},
{
"value": "[The correct username]",
"id": "M_layout_content_PCDZ_M67QS82_ctl00_txtLoginName",
"name": "M$layout$content$PCDZ$M67QS82$ctl00$txtLoginName",
"type": "T",
"designation": "username"
},
{
"value": "[An account number]",
"id": "M_layout_content_PCDZ_M67QS82_ctl00_validationControl_fldAccountNumber",
"name": "M$layout$content$PCDZ$M67QS82$ctl00$validationControl$fldAccountNumber",
"type": "T",
"designation": "username"
},
{
"value": "[An account number with a missing digit]",
"id": "M_layout_content_PCDZ_M67QS82_ctl00_validationControl_fldAccountNumber",
"name": "M$layout$content$PCDZ$M67QS82$ctl00$validationControl$fldAccountNumber",
"type": "T",
"designation": "username"
},
{
"value": "[Another account number]",
"id": "M_layout_content_PCDZ_M67QS82_ctl00_validationControl_fldAccountNumber",
"name": "M$layout$content$PCDZ$M67QS82$ctl00$validationControl$fldAccountNumber",
"type": "T",
"designation": "username"
}
],

The input field is filled with the last entry, which I obfuscated as [Another account number].

The entry which I obfuscated as [An account number with a missing digit] does not even appear in the Login item.

Unless you suggest otherwise, I plan to replace this Login item with a new one initiated by a first login to the site, even though that may leave the question of this broken Login item’s creation prior to the username and password for another occasion.