Solved

enable auto-fill for localhost (local IP network device) websites

Forum|Forum|7 months ago
November 30, 2025
7 replies
2663 views

hi there,

up until recently, maybe 3-5 days ago, 1password has worked flawlessly when trying to autofill for my localhost sites. i self host a bunch for different services:

NAS login webpage is localhost (i.e. 192.168.X.X)
my docker management sites are similar
my homebridge docker site, similar,
etc. you get the picture.

neither the autofill option from the browser extension, nor the autofill when you cmd-shift-space work on any of these pages anymore.

i've already tried to "reset hidden pages", even though i for sure never manually hid those pages.

is there a way to get this working again?

1pw-extension version: 8.11.22.25

1pw-macos version: 8.11.20

browser: chrome-based (arc browser, dia browser)

Browser Extension

Best answer by 1P_Dave

Hello folks,

Our development team is currently testing a fix for an issue that prevents 1Password from filling login credentials on HTTP websites, including non-HTTPS localhost websites. The fix is currently available in the nightly version of 1Password in the browser and we hope to release it to the beta and production versions as soon as possible. For the time being, the best workaround is to copy and paste (or drag and drop) your login credentials into the website in question.

If you'd like to help us test the fix then you can find the nightly version of 1Password for Chromium browsers here: Use 1Password beta or nightly releases

-Dave

L

Leon_Guan

The 1P auto fill menu doesn't popup, click on the browser extension and select autofill also not auto fill fields. Sometime use global auto fill key also not brings up the global auto fill dialog.

The problem was introduced recently, and only for those websites using IP address, or http website, remember that's a warning about filling for unsafe website, but at least we have a choice, not it's forbidden?

I saw following error message in web console:

```

inject-content-scripts.js:5 Failed to fetch chrome-extension://gejiddohjgogedgjnonbofjigllpkmbf/inline/injected.js, Import failed 3 times. Final error: window.crypto.randomUUID is not a function
S @ inject-content-scripts.js:5

```

Especially the global auto fill not working means I have to open and switch to 1Password main application to get username and password, it's very annoying.

For now, I am using

1Password for Mac 8.11.20 (81120039)

On ARC browser, with extension nighlity 811245

T

tkuijs

Got the same issue here, no workaround found yet

AJCxZ0

localhost is 127.0/8 (most often 127.0.0.1) and ::1, not a private (RFC 1918) address. Thar be dragons when you define it otherwise.

Are you using an insecure - http:// - URL for your NAS web interface? If so, then you might be encountering a recently reported problem handling this.

1

1pwdnoobAuthor

correct. good to know it’s being addressed.

1P_Timothy

Community Manager

Just jumping in to confirm that this is likely related to a known issue that is currently being investigated. My apologies for the trouble.

FS4500

K

kstenqvist

Im having the same issue.

M

MoonFrostChill

I am stopping by to say that autofill works for me with local IPs as long as it is HTTPS, but not for HTTP. Problem is most local services are usually not HTTPS.

Cruncher

Same issue here. This is very annoying. Do we have an eta when this will be fixed?

1P_DaveAnswer

1Password Employee

Hello folks,

Our development team is currently testing a fix for an issue that prevents 1Password from filling login credentials on HTTP websites, including non-HTTPS localhost websites. The fix is currently available in the nightly version of 1Password in the browser and we hope to release it to the beta and production versions as soon as possible. For the time being, the best workaround is to copy and paste (or drag and drop) your login credentials into the website in question.

If you'd like to help us test the fix then you can find the nightly version of 1Password for Chromium browsers here: Use 1Password beta or nightly releases

-Dave

adfhogan

I am running the beta version in my home browser, and have noticed that my local network feed reader program running on HTTP does indeed now present the 1Password login popup, and populates the password successfully.

Eg. Address is http://internalmachine.internaldomain.externaldomain and resolves to an RFC1918 address.

Using 1Password Beta browser extension 8.12.0.11

Spaldo

I’m getting this with http only sites on my iOS browser. Https are working fine.@1P_Dave@1P_Timothy Could it be related?

FS4500

Sign up

1Password employees: Sign in with SSO

Login to the community

1Password employees: Sign in with SSO

Scanning file for viruses.

This file cannot be downloaded