Fill-in login doesn't work, but copy-paste login does

dennisau

This seems like it might be a little bug in a special situation I have. I have saved a new login for www.patelco.org, but if I just click on the entry in the browser menu (plug-in) the login is rejected. If I use the copy button to separately copy the user id and the password into their fields, the login succeeds. Other than it being this particular site, the only unusual thing is that the site demands cryptic user ids (as well as passwords) containing numbers, special characters, and both cases of letters.

This is version 5.02

Stephen_C

Is it possible the site has a hidden restriction on password length (which can cause the symptoms you are seeing)?

Stephen

dennisau

I'm not sure how that would explain the behavior, Stephen. The form field accepts my ten-character password when I paste it in. It just doesn't accept it when 1Password fills it in. Also, the minimum password length accepted is 8 and the field holds more than 20 characters, so I'm pretty sure my 10 is under any limit they may have.

I'm still thinking that it is something related to the user id because I have no other login with special characters in the user id. Again, fine if I paste it in (or type it in), but not when 1Password fills it in.

hawkmoth

I've had the experience @Stephen_C is describing. What seems to happen when you paste a password into such a site is that the form truncates the password to the maximum allowed by the site and discards the remaining characters. When you try to login aromatically through 1Password, that truncation doesn't happen, and the site actually does get a password that is longer than the maximum number of characters allowed and the site rejects the login for an illegal password. On the site where this happened to me, there is no indication anywhere of a maximum allowable password length. I had to discover what the limit is by trial and error. For me, the key to determining how long a password was allowed was to count the number of asterisks shown in the password field after I pasted mine in. There were fewer asterisks than characters in my password. When I shortened my password to the length of that number of asterisks, it began to work.

This is a really annoying thing to have happen. It might not explain your situation, but it's worth a try to see if it does.

Drew_AG

Thanks @hawkmoth! :)

@dennisau, in case that isn't the problem, you can try manually saving a new Login for that site.

Let us know how it goes and if you need more help with that!

dennisau

Okay, Thanks for the suggestions.

The problem is not the password length. Pasting the password works fine, and I checked that the count of asterisks was correct after pasting. Worth checking.

I next tried creating a new login as Drew suggested. That actually didn't work for undetermined reasons--the new login created contains no user id or password. (I tried twice.) So I created a new login the hard way by starting the main app, creating a new login entry with the plus sign, and typing in the user id and the URL. The password I entered by copy/paste from the old login. This worked. The new login entry looks the same as the old, but there must be something in the web form details.

There is still one small defect, which is that auto-submit doesn't work. It is set to Submit When Enabled, and it is enabled in preferences. Works on other logins. I guess 1Password can't figure out which button is the submit button.

littlebobbytables

Hi @dennisau‌

Are you running the Web Store version or the MAS version? The MAS version does have to work within Apple's sandbox restrictions so some users find that auto-submit works better after they've installed a very simple script that we can't supply when it's being distributed via MAS. You can read more about it (and download it) in the announcement, Auto-submit not working in Mac App Store version of 1Password after 4.2 extension update.

Could that explain your situation at all?