It’s Cybersecurity Awareness Month! Join our interactive training session, or learn about security and AI from 1Password experts.
Trouble with passkey and Safari
Hi, Hi! I’m having trouble signing in to Heygen with my Google account using a passkey. Most of the time I can’t log in right away. After Google asks me to pick my account and I choose one, I get two 1Password pop-ups saying I need to unblock it to use the stored passkey. But 1Password is already unlocked, so I don’t get why this happens. The only way I can make it work is by quitting Safari and starting again — and even then it sometimes fail. Once it works I can log out and log in without any problem. When I try the same thing on Brave, everything works fine with no issues. Victor MacBook Air M4 15'' MacOS Sequoia 15.6.1 Safari Versión 18.6 (20621.3.11.11.3) 1Password extension 8.11.8.40
Severe slowdown in Chrome with 1Password extension 8.11.12.27 on pages with many inputs
Since updating to 1Password extension 8.11.12.27 in Chrome, pages with forms containing thousands of inputs freeze on load. The problem also occurs with many hidden inputs, which should not be processed by the extension. We run an application that makes heavy use of hidden inputs. With earlier versions of the extension this was not a problem. Profiling shows high CPU use in openOrClosedShadowRoot(), especially when called on the form element containing many inputs. After load, the function runs instantly, so the slowdown is tied to the extension’s initial DOM scan. Steps to Reproduce: Install 1Password extension v8.11.12.27 in Chrome. Open a form with thousands of inputs, including hidden ones. Example: https://inputs-1password.netlify.app/ On load, clicking buttons or opening the context menu is impossible. Chrome stays frozen until the extension finishes scanning. Expected Result: Pages should load normally, regardless of number or type of inputs. Actual Result: Pages freeze during load due to heavy time spent in openOrClosedShadowRoot(). Impact: Severe slowdown in apps with large forms. Users blocked from working with affected pages. Disabling Autofill options does not help. Using "Hide on this page" does not help. Adding data-1p-ignore to every input is not feasible for us. Rolling back the extension is not practical. Workarounds: None viable for production. Proposed fixes: Optimize DOM traversal or revert to the previous methods. Support a parent-level attribute to exclude all children from scanning. Ensure that when the extension is disabled for a page, it truly does not inject or process elements on that page.
Will not autofill login to my Zyxel router
The Zyxel router NR5103EV2 has adress http://192.168.1.1 The login item has both username and pw. All autofill options are enabled in 1PW settings and in the extension settings. Going to "http://192.168.1.1/login" shows fields "User Name" and "Password". Clicking in the field User Name offers me the 1pw item "Xyxel admin login" to fill in. Choosing that item fills the field User Name BUT NOT the field Password! From within the app 1PW, the website field shows "http://192.168.1.1". If I hoover over that, I am offered to "Open and fill", but doing so it attempts to open an unwieldy url: http://192.168.1.1/?nj6spc6we5cl2gw3sai7i7uvqi=yOuV_cubDsV_MxeM2v_6ULucYPWoLN4GwHFTWvvmfQH7l-k23KExDFnYovggsqgZouqHpNHo (which of course Safari will not open and says that the server unexpectedly dropped the connection) If I click at the far right of the item in 1PW and choose "Open" it will open the correct page. I used the tedious Bot you have as the only help since you do not offer email support. Tried various things it suggested, including saving/updating the login item by ctrl-click the extension and choosing Save. Did not help. After several attempts I told the bot that I give up. It offered me to open a support ticket so it asked for my name and email address. However, several attempt to do that only made the bot say "Oops, something went wrong". So in practice, it was impossible to open a support ticket. Now I am exhausted! Trying this support community a last attempt before I give up permanently. I suspect that there is something special with this Zyxel login page that prevents automation, since autofill has worked on other sites. It appears that one MUST login manually by copying and pasting fields, which is tedious. 1Password Version: 8.10.52 Extension Version: 8.10.48.25 OS Version: mac OS 13.5 Browser: Safari 16.6
auto-filling information on a "non-password" page
We've set up a user with 1Password, and one of the complaints they have is that now the TenantID / Client ID on a specific page we use multiple times a day is no longer auto-populating, I take it chrome would do that before 1Password became the password manager. Is there a way I can add that for them? If so, then that would be helpful for nearly all of my staff! 1password inspection json is pretty simple (sorry, first time in the 1password community, if there's a better way to share this, let me know!) { "unparsedUrl": "https://omsca.oneshield.com/", "title": "Login", "frames": [ { "fields": [ { "formOpid": 0, "htmlId": "TenantID", "htmlName": "TenantID", "htmlClass": "form-group has-feedback width100 textpadding", "isActive": true, "opid": 0, "placeholder": "Client ID", "type": "text", "dataAttributes": { "val": "true", "valRegex": "Please enter a valid Client ID", "valRegexPattern": "^[a-zA-Z]{1,50}$", "valRequired": "Please enter Client ID" }, "label": "Client ID", "labelBefore": "Client ID" }, { "formOpid": 0, "htmlClass": "btn btn-primary btn-style w-100", "opid": 1, "type": "submit", "dataAttributes": {} } ], "forms": [ { "htmlAction": "https://omsca.oneshield.com/", "htmlMethod": "post", "opid": 0, "textContent": "Login Client ID Log in" } ], "origin": { "type": "url", "content": { "origin": "https://omsca.oneshield.com", "pathName": "/" } }, "title": "Login", "uuid": "gh14lp" } ] } I have tried creating a "dummy" password with the TenantID property, but that didn't seem to work, or there doesn't seem to be a way to trigger it, since there isn't a password entry field on this specific page...
cryptpad and document-specific passwords
I sometimes access shared documents on cryptpad.fr that have document-specific shared passwords. I'm curious if anyone has figured out any good way to use 1password for this. It would be great to be able to use 1password to save these passwords and auto-fill them. I could of course just save them as a 1password note -- but even that would get confusing, figuring out what password goes with what doc by URL. 1Password does offer to save the password when I enter it -- but then it thinks it's associated with cryptpad.fr as a whole, and if I do this several times I have a bunch of cryptpad.fr passwords, and it offers to auto-fill them for any cryptpad.fr document, and it's difficult for me to keep track of which is which. 1Password does offer several different autofill options in the website field -- but only "anywhere on this website", and "only for this host". I really need to put the entire URL (with path) in the website field, and have it auto-fill only for this specific path on this host, only for this document. Is there a feature to do this that I haven't found? Has anyone else asked for it or thought about it? Thanks for any ideas!
Bank upgrade, autofill not working
I'm not sure if this is the correct place to ask this, but my bank recently updated their online banking experience, and 1Password isn't able to correctly autofill the login/password fields. When it tries, the fields are blanked out, but still marked as filled by 1P (the `data-com-onepassword-filled="light"` attribute is set). I can still copy & paste the values. Site: https://www.kennebunksavings.com/?login=1 Browser: Safari (Chrome partially works, filling in only one field at a time)
Please tell me how I can stop the "Save to 1Password" popup on every single field
Please can someone help me before I uninstall this extension; this is driving me mad: I've un-ticked the option I thought stops this: How can I stop this popup from appearing - I don't ever want it to pop up UNLESS I click the little drop-down arrow. This popup's positioning is really irritating - it almost always conceals the subsequent field, making it difficult to work my way through a field - the UX could be significantly better - e.g. make the popup smaller, the background slightly transparent, position it to the left or right of the field instead of below - there's plenty of ways this could and should be improved - the main one being that it really shouldn't ever be positioned on top of a form field. Please could some kind person on the development team give some thought to the above suggestions :-) Thank you, Alex
