Unable to save, login form not recognized
Comments
-
+1. I have some sites that seem to not get recognized as logins when I submit the user/pass to login. So I can't get 1Pass to capture the web form details. I can store them, and copy them out manually. I can inspect the page and see what the inputs are that need to be filled in, but I can't get 1Pass to learn them. :-(
0 -
Hi @AurosHarman,
Thanks for writing in.
Did you try saving the Login item manually with 1Password mini? To do this, enter the data on the site first but do not submit, instead click on 1Password icon in the web browser to bring up 1Password mini, then click on the settings icon to select Save New Login, you can choose to update an existing Login item you already created to add the web form details.
Also, it would help us to know what site 1Password couldn't auto-save on, so we can investigate it and fix it in a future update.
0 -
"Save New Login" is not one of the options I get in 1Password Mini on that page. I don't think it recognizes the fields as being a login. Either that or this is a 1Pass-for-Windows thing, that it just doesn't have that menu option. The problem is on the login page for the Genesys Workspace (one of the components of a softphone system).
0 -
Hi @AurosHarman,
If the option doesn't show up, then it's not something 1Password can fill.
It sounds like the login page may be a non-HTML form, like a Flash or Java-based one and if that's the case, then 1Password cannot fill in these forms.
0 -
Looks like an HTML form to me. I can see the inputs in the Inspector, as part of the DOM. Is it possible the issue is just that the form uses a
<button>
element, rather than an<input type="submit">
, for its actual submit button? I thought the was pretty common, though, so that seems unlikely...<div class="control-group"> <div class="login-input-container"> <div class="error-message" id="wweLoginErrorArea" role="alert" aria-live="polite" style="display: none;"> <div class="wwe-sprite wwe-sprite-error-exclamation" role="img"></div> <span id="wweLoginErrorText" tabindex="0">Your login or password is incorrect.</span> </div> <div class="error-message warning" id="wweLoginWarningMessagePanel" role="alert" aria-live="polite" style="display: none;"> <div class="wwe-sprite wwe-sprite-alert-triangle" role="img"></div> <span id="wweLoginWarningText" tabindex="0">Caps Lock is on</span> </div> <div class="vertical-spacer"></div> <div class="wwe-login-table"> <div class="wwe-login-form-row"> <div class="wwe-login-table-cell"><input type="text" id="wweLoginUserNameField" class="wwe-login-form-input" autocomplete="off" placeholder="User Name" aria-label="User Name" style="background-repeat: repeat; background-image: -webkit-gradient(linear, 0% 0%, 0% 100%, from(rgb(236, 236, 236)), color-stop(0.15, rgb(254, 254, 254)), color-stop(0.16, rgb(255, 255, 255)), color-stop(0.99, rgb(255, 255, 255)), to(rgb(254, 254, 254))); background-position: 0% 0%;"></div> </div> <div class="wwe-login-form-row"> <div class="wwe-login-table-cell"><input type="text" id="wweLoginPasswordField" class="wwe-login-form-input" autocomplete="off" placeholder="Password" aria-label="Password" style="-webkit-text-security: disc;"></div> </div> </div> </div> <div class="login-button-container"> <div class="controls"> <div class="wwe-loading-gif"><img src="./img/ajax-loader.gif?version=8.5.201.84" alt="Loading Image" style="display: none;"></div> <button type="button" class="btn signin pull-right" id="wweLoginSignInButton" disabled="">Log In</button> </div> </div> </div>
It seems to me I ought to be able to just edit the form details in 1Pass to specify that wweLoginUserNameField gets the username, and wweLoginPasswordField gets the password, and then it ought to work.
0 -
Is it possible the issue is just that the form uses a element, rather than an , for its actual submit button?
@AurosHarman: It's certainly possible, and that would make it distinctly not a login form, at least as the W3C has defined it in the standard. Unfortunately without some basic information it's hard to say for certain if that's the problem and if there's anything we can do about it. Please tell us the OS, 1Password, browser, and extension versions you're using:
Find your version
The more information you can give, the better. For instance, it sounds like you're referring to a specific website, but it won't be possible for us to test it to try to offer a workaround or improve 1Password in the future without knowing the URL. Thanks in advance! :)
0 -
It's the login for the Genesys Cloud softphone system. I'm not sure there's any generic login, it's on a company-specific sub-domain. For me it's https://solarcity-wwe-usw.genesyscloud.com/ui/ad/v1/index.html
I'm on 1Pass Windows 6.7.451, which says it's up-to-date. I'm using Chrome. I have AdBlock Plus running, although AFAICT it should not affect this page (the tool reports "0 ads blocked on this page"). Anyways, it really seems like just directly editing the login, to feed it the target input IDs, ought to work. Might not be able to auto-submit, but that's fine, I always disable auto-submit, I just want the tool to fill.
0 -
Hello @AurosHarman,
So I don't believe the issue with the page is the button but what I did find is that the "password" field isn't one, it's a text input field so when the extension checks to see if there is anything it should be prompting 1Password about it finds no password field and doesn't react. We could alter the extension but my very real fear is an explosion in false positives and people would get frustrated with 1Password faster than we could undo the change.
What should be working though are the steps to manually save a Login item and they worked for me just now. The steps I'm referring to are detailed in How to save a Login manually in your browser. If this isn't working can you can you say where in the process it's failing. The menu option to initiate a manual save should always be present, is it 1Password isn't making the Save Login dialog visible when you select it or something else?
As there is no password field I would also expect 1Password not to attempt to submit the form after it fills. The reason is real password fields give us a level of confidence about what we're doing, a confidence you just can't have when only filling text fields. Everything though does indicate we should fill and offer to save when manually initiated though. Please keep us updated.
0 -
So, when I fill in the username and password, and then try to Update, it seems like it fails. But actually I tried just deleting the existing record, and creating it fresh from that tool, and now it seems to work. Interestingly, it doesn't recognize the username as such, and if I try to fill a username in, it stops working. Weird.
I still think direct access to edit the webform details would be good, since I can see the ID of the two target fields, and I know what I want filled into them...
0 -
Hello @AurosHarman,
I'll have to check but I believe a lot of the username field detection comes from identifying the password field and of course that won't work here. While it is possible to edit the web form details for a Login item in the latest stable release of 1Password 6 for Windows it is still missing one key feature that 1Password for Mac has, the ability to designate a particular field as being the username or password.
If you had access to 1Password for Mac we could guide you through the reasonably simple steps but I'm going to assume you only use Windows. So instead I offer the following based on the URL you provided. Here is a modified Login item in a 1PIF (1Password Interchange Format) file. In 1Password for Windows option menu (the cog) there is an Import menu option that can import this format. All you should need to do after this is alter the username and password to replace the placeholder text. It should fill like a new Login item saved as you've done but with the added visual niceties of being able to see the username and password fields. While 1Password for Windows allows editing of the web form data this just looks nicer. If you find it doesn't work please let me know as it all behaved for me during testing.
The reason updating the Login item didn't work is update doesn't overwrite the entire contents but instead attempts to only update the password. This assumes the password field has been designated in the Login item (which it wasn't for this site) and that 1Password can identify the password field which we couldn't due to their use of the text input field. This is why sometimes we may suggest creating a new Login item so that we know it has saved an entirely new set of web form data.
Let us know how you get along with the 1PIF file :smile:
0