It’s Cybersecurity Awareness Month! Join our interactive training session, or learn about security and AI from 1Password experts.
Forum Discussion
bspachman
2 years agoOccasional Contributor
Autofilling incorrect information (perhaps after auto-locking)
I can't seem to find anything quite like this issue in the forums, so here goes...
Used 1P for a bit, everything appears normal.
Moved on to other tasks long enough for 1P to auto-lock
Switc...
bspachman
2 years agoOccasional Contributor
TimG1P--
Thank you very much for the details & thoughtful response. Another follow-up...
NEW BEHAVIOR: following the steps in my initial post, the end result is that the "Quick Access" floating window now pops up, with nothing in it. In some ways, this is better, since 1P isn't actually filling incorrect information, but I now have to dismiss the floating window, make the Safari window active by clicking on it, then CMD-\ again for the autofill to actually happen.
This sounds like expected behaviour from Universal Autofill. To provide some context, when Universal Autofill is invoked, if it is not able to locate a matching item in 1Password or if there are two or more items that match, a Quick Access window will open instead to allow you to search or select an item to be filled. If there is only a single matching item, then it will be filled. Note that the correct website address will need to be saved in the "website" field of the item in 1Password for filling in your browser.
When invoking Universal Autofill it will search for items based what is currently in focus. So if Safari was not in focus when you've used the shortcut, this may explain why it was not filled initially. If it was in focus and then the focus was then shifted, let us know and we can investigate this further.
I think further investigation is needed. Before replying, I checked the behavior I'm seeing again.
- 1P was locked (in this example, probably due to inactivity).
- New window in Safari, type part of a URL needing username/password (let's say a banking site)
- Let Safari autofill the rest of the URL, hit 'enter' to accept and go to site
- Insertion point in 'username' field of site
- CMD-\ to have 1P fill in the information
- Main 1P window appears, asking for master password
- Correctly enter master password, main 1P window is replaced by the "Quick Access/Universal" window with no information from the 1P database in it. Can confirm there is only a single entry for that site in the 1P database.
- Press 'esc' to dismiss the Quick Access/Universal window
- CMD-\ again to actually fill in the data
So...still confused as to why 1P doesn't auto-fill the requested information from its database directly once my master password has been entered. Does the URL from Safari need to match the entry in 1P EXACTLY? My test case has the bank's homepage saved in 1P, but when I trigger 1P, I'm actually on the password entry page, which has an extended URL in the bank's domain space.
As for the remainder of your reply...
I think it would be great to be able to find entries with linked apps in the 1P database. I can easily see folks changing their workflows as new apps are developed and want to replace old information (though maybe "Fill & Update" appends new apps instead of replacing?)
I'd encourage the team to elaborate on the 'linked apps' feature in the documentation--I'm assuming that it's useful for macOS apps that have their own logins (Twitter, Adobe apps, etc. etc.....) and NOT meant for web browsers.
Thanks again, and let me know if you need more details about what I'm seeing happen with auto-fill...
brad