Frustrated with inconsistencies with 1Password

atari_lord

Love the product, mostly. I use it on my Macs, Windows PCs and iOS devices. I think I'm using the latest versions on all devices. Syncing between devices using dropbox and that mostly works OK.

Here is my frustration. Mostly I can depend on a web site's login info to get captured correctly. BUT;

1. Sometimes after filling in the login info on a new site, I do NOT get prompted to save the data and the data doesn't get saved...what can I do?
2. Sometimes login data is captured, but when I go to use it, one of the fields wrong. For example,if I was asked many things in the login process sometimes 1PW captures the wrong information and puts it in the PW or name fields and so when I go to use it,it doesn't work.
3. Occasionally the data is captured correctly, but when I go to use it, the web site rejects the information. However, if I check the entry in 1PW and copy and past the data it works.
4. I have a weird one where it works in OS X, but not in Windows. I had a web site that I went to and logged in and it correctly captured the login name and PW. When I go to a sub site on that same site that's a user forum and log in,1PW for the Mac I can log into that sub site as well. However, when I do that in IE I do NOT get the site's login to come up.

Thanx...

littlebobbytables

Hi @atari_lord‌

So my answers are going to be pretty generalised. If you want to mention specific sites we can investigate specific causes for some of these.

1. We are working on improving this. There are a number of ways login credentials can be submitted to a site or tricks they may do before we can react. When you find a site we'd love to hear about it to see what method they've used. In instances like these your best option is to follow the Saving a Login Manually steps. Now if you use 1Password's Password Generator to create a password that is then not saved automatically as a Login item don't worry. The way Password Generator works is when the user clicks on the Fill/Copy button in Password Generator (see image below) it creates a Password item to store the used password. If you then go on to save a Login item with that same password it removes the Password item from your vault. If for any reason you don't though it keeps the Password item with a title that will hopefully indicate what it was used for.
2. When a page requires multiple pieces of information we do have to make an educated guess as to which best fits the username. Sometimes the field IDs may give clues, sometimes not. Now under the web form details all the fields should be linked to the correct data for that field.
3. Sometimes we can capture too much information, including hidden fields. The removal of this extraneous information can often allow a Login to work.
4. I don't know how often it happens now but certainly at one point many web sites used to serve different pages depending on the browser ID. I would be curious to see if when you found a Login item that doesn't work in IE does it work in the same browser you use in OS X when on your Windows machine. If you save a second Login item in IE how do the web form details for these two Login items compare? If you find the field names differ it might be the site is returning a different page depending on the browser.

During my limited time here in AgileBits what I've learnt from first hand experience is the code for even a simple looking page is typically horrific these days. Banks are typically the worst, employing as many tricks as possible to stop programs like 1Password from working. I've seen sites where they scramble your password as you type it, character by character meaning we can't capture the password or get it to fill in correctly. I've seen other sites randomly generate the field IDs meaning no matter what we record it won't be correct the next time. Trying to get 1Password work with as many sites as possible is very much a game of cat and mouse. Those sites that don't work right off the bat can often be tweaked but it can involve a bit of trial and error. Now we are here to assist with that which is where most of my education regarding the awful underbelly of a web page has come from. There is no such thing as a standard login page and so many ways to achieve even such a simple task. That's why we don't get it right all the time.

I don't actually make use of the Automatically ask to save new Logins feature, I've always just preferred to manually create blank Login items directly in 1Password. For sites that need to capture more information I generally find Saving a Login Manually works and in rare cases you sometimes have to fiddle around a little bit to get it running smoothly. After that it's usually a set and forget sort of thing although it isn't unknown for a site to change a login page and require 1Password to relearn how the page works.

Does that help at all?

atari_lord

Yes, this does make sense and I'll try and make more use of the manual process. Here is the site that works in OS X using Safari - latest versions of both, but not in IE 8 on Windows 7.: www.unidesk.com/forum. If I go there with Safari under OS X and click on the 1PW icon in Safari, I see my entry for Unidesk. If I do the same thing in IE, when I click on the 1PW icon in IE, there is no unidesk entry showing. If I open 1PW and look through the logins, that login is there. I've even tried to add the specific URL and I still come up empty handed.

rickfillion

Hi @atari_lord,

I've filed a bug (OPW-217) to have one of our Windows developers take a look at that to see if they can find any reason why it wouldn't work.

Rick

__ref__: OPW-217

svondutch

@atari_lord‌ Is unidesk.com the 1st or the 2nd URL associated with your Login item? If it is the 2nd URL (not the 1st URL), then you'll need to turn ON this setting: File > Preferences (Ctrl+P) > Logins > Lenient URL matching.

atari_lord

svondutch, I won't be a that system until, Monday, but will check it out and also the Lenient URL matching.

Thanx...

Ben

Please let us know how it goes. :)