Protect what matters – even after you're gone. Make a plan for your digital legacy today.
Forum Discussion
1pwdnoob
1 month agoNew Contributor
enable auto-fill for localhost (local IP network device) websites
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 lo...
- 4 days ago
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
Leon_Guan
1 month agoOccasional Contributor
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
- DataScienceDIY3 days agoNew Contributor
I was able to fix the problem of 1Password not offering to fill fields on local http sites by unpacking and modifying the 1Password browser extension manually. I wrote a guide if anyone else wants to follow in my footsteps. Who knows, it might also help the devs fix it faster...
The guide is for Firefox users, it might also help chrome users with some changes. Be warned that it's fairly technical. Please do not follow this guide if you don't understand what it is doing.
https://karsttech.com/personal-blog/modifying-firefox-extensions/ - ings7 days agoFrequent Contributor
Same issue here, connecting to local Synology routers and NASes over http. I've worked around the problem by switching to https.
- DataScienceDIY8 days agoNew Contributor
Same problem for me on Firefox with localhost and local network pages.
Failed to fetch moz-extension://d5b3d6a9-90ba-4def-bcca-0d2b78412b6e/inline/injected.js, Import failed 3 times. Final error: window.crypto.randomUUID is not a function inject-content-scripts.js:5:1508 - ChrisC1P11 days ago
Moderator
Hi everyone, sorry for the delay in responding to this. I can confirm that there's a known issue our developers are investigating where the 1Password browser extension is unable to autofill on HTTP sites and I've added everyone in this thread to our internal tracker.
In the meantime, you can drag and drop your credentials on those sites although I understand this isn't ideal.
-Chris
Issue=FS-4500
- Hellion1833 days agoNew Contributor
Thanks Chris. Please add me to the tracker as well.
- Henryzhao6 days agoNew Member
Met the same problem. Please add me to the internal tracker as well. Thanks!
- tchirou9 days agoNew Contributor
Please add me to the internal tracker as well. Thanks!
- techotaku21 days agoNew Contributor
Same problem with local hosts defined in /etc/hosts on macOS and running on an AMP stack on port 80;
127.0.0.1 local.app
Strangely, there's no issue if I run the same app on a local dev server started as php artisan serve and accessible at http://127.0.0.1:8000 - Malifor24 days agoNew Contributor
same issue
- Nor4524 days agoNew Contributor
same problem, with local hosts defined in /etc/hosts, p.e.:
127.0.0.1 base-app.local
127.0.0.1 devapp.local
127.0.0.1 devapp1.localinject-content-scripts.js:5 Failed to fetch chrome-extension://aeblfdkhhhdcdjpifhhbdiojplfjncoa/inline/injected.js, Import failed 3 times. Final error: window.crypto.randomUUID is not a function
S @ inject-content-scripts.js:5 - adfhogan1 month agoFrequent Contributor
+1 https://www.1password.community/discussions/1password/1password-no-longer-offering-to-fill-in-locally-hosted-http-service/165112
Sounds like I'm hit by the same thing.
- francislavoie1 month agoOccasional Contributor
I think a check should be added for access to `window.crypto` before trying to run `window.crypto.randomUUID`. For some VPN-internal sites, we use HTTP because public HTTPS certs aren't viable.
- tkuijs1 month agoNew Contributor
It looks like it won't activate when TLS (https) is not used, also got the issue when using FQDN with just http://. So not just IP addresses. No solution as of yet.
- Leon_Guan1 month agoOccasional Contributor
Yeah, I also doubt that, but the global popup did showed up for some internal websites with no active TLS. I just cannot believe even the global password password doesn't popup neither, when browser extension is not working.
1P support team is so responseless now? Not a single reply on the issue?
- 1pwdnoob1 month agoNew Contributor
yeah, super strange... it was working just fine less than a month ago, for sure lol.