Web form details, custom field

shapoops

Two questions about the "Web form details" section:

1) what do the icons mean on the end of the detail line? I see a "person" and a "key". I'm guessing that it means something like "fill in the field with the 'username' or the 'password' from above.

2) I have a login form that needs to have a radio button clicked before entering the user id and password. The form has different "type" of logins, and setting the radio button tells the page what type you're entering. Can I add this selection into a login?

chrisdj

Hi @shapoops‌,

Thanks for posting!

1. The person icon does indeed signify username and the key the password. That's how 1Password knows which field elements to target on the form.

2. While you cannot manually add web form details at this time, the radio button should be properly captured via an auto-save from the extension the first time you login (as long as 1Password does not already have a login) or by using a manual save with the extension. I suggest trying the manual save and seeing if that properly selects the radio button for you.

ref: DOCS-343, OPM-429

Sesky

Please look at this website. It needs two userid's. Unable to get 1password to fill two separate values for both Corporate ID and NetBanking it. I can achieve filling the same value in both fields by changing the web form details, icon to human outline. Unfortunately I cannot choose the human icon for both the fields. Help appreciated. thanks
https://netbanking.rblbank.com/RBLCorporateBank/

chrisdj

@Sesky Did you try creating a new login using the manual save process I linked to earlier? That should solve it without having to modify the web form details.

(The user and password icons in the details can only be assigned to one field, hence why you cannot designate two usernames).

Also, with that page, you will likely need to save the first page as its own login using manual save, then the password page as its own using manual save.

oldnparanoid

I'm going to post here with what I think is a related issue ,rather than start a new thread.
I have a site that uses my email address and a site-assigned number as login credentials.
I have these as email and password in 1Password.
I can't get autofill to work for either field, and I'm sure 1Password is recognizing the url being associated with this 1Password login item.

I have played with editing the web form details, using menu picks 'email', 'text', and 'number' in various combinations.
The section of page source involved is:

        <div class="loginbox1">
            <form method="POST" action="checklogin.php">
                Email Address<br /><input name="email" type="text" maxlength="60" style="width: 208px;"></input><br />              
                    JudgeBBQ Code<br /><input name="jbc" type="text" maxlength="10" style="width: 134px;"></input>&nbsp;&nbsp;
                    <input type="submit" value="Login">
              </form>
            </div>  

After reading this thread and
https://discussions.agilebits.com/discussion/33766/3-feature-requests-merge-add-web-forms-public-feature-request-tracking
I guess I might have to wait until you bring back the "custom web form" feature to get the "jbc" field autofilled, but I'm surprised that the email field can't be. Even that would make life simpler when working on my iPhone.

Please advise as to there's something I can do here, or do I need to wait for this feature to be restored?
And if the latter, obviously, you have another vote for that.

Megan

Hi @oldnparanoid‌

Have you tried to Save a New Login Manually (as Chris has suggested earlier in the thread)? This process allows 1Password to learn the fields that it needs to save, and often solves issues where 1Password has trouble filling. Really, you should never need to open up the webform details and play around inside - 1Password should do all that work for you. :)

If you're still having trouble with the Login after manually saving, please provide us with the URL for the site so that we can do some testing on our end.

oldnparanoid

Hi Megan,

Thank you, I followed the procedure in that knowledgebase article and it works.

I thought I was creating all my logins "manually", in that I always start in full 1P, create a new empty login, and then cut and paste all of the url, username, and password "manually". So I was confused by the title of the note. I wouldn't call that a manual creation, since 1P decides what goes where. If that's "manual", what would you call what I've been doing?

And it is a strange result; the email that I took as "username" is hidden in 1P except within the web form details, the assigned number I took as the "password" is the username, and there is no password!
I wasn't going to figure that one out.

But terminology aside, I'm good to go, and I've bookmarked that page in case it comes up again.

Thanks again.

Megan

Hi @oldnparanoid‌

Thanks for letting us know that saving a Login using the article got things working for you!

I can see now how that title might be a bit confusing. Certainly typing the entry into the main app could be considered manual, but we really hope that users never have to resort to this method. When everything is working as it should, 1Password should prompt you to save Logins every time you type a username and password into a website. This is considered the automatic method: you'll type your details into the site, hit 'Log In', and 1Password will pop up and offer to save the details into a fresh new entry for you. The article describes manually prompting 1Password to save those details for you. Does this make things any more clear?

If you'd like us to investigate this strange result a little further, feel free to post the URL in question here so we can do some testing on our end. :)

oldnparanoid

If you care to look at it any further, the site is
https://judgebbq.com/GRP_JudgeBBQ/jbbq_index.php

With my new understanding of letting 1Password interpret the web form details for me, the only aspect of the result that could stand improvement IMO is that the email address is hidden (not just obfuscated with **** like a password, literally completely hidden, no clue it exists) unless you use "show web form details".

Since I use per-site disposable email addresses, it's useful for me to have that email readily available occasionally, for purposes other than logging in. I've solved that by adding it manually as a name/value pair. But I'd think that if a name/value pair is required to log in to the site, it ought to be visible by default - value obfuscated like a password if 1P decides that's appropriate. Hmmm. Maybe with user control of obfuscated or not?

Thanks and regards.

Drew_AG

Hi @oldnparanoid,

Thanks for the URL! I was able to reproduce the same thing when I created a Login item, so I'll file a bug report to our developers, and hopefully we'll be able to improve that in the future. In the meantime, at least the Login item is working for you as far as filling the fields correctly. If you need to more easily see the email address associated with that login, you can put it in the Notes field for that item in 1Password (or if your own workaround works for you, that's fine as well).

If you need anything else, we're always happy to help! :)

ref: OPX-784

oldnparanoid

Since it's related, here's a url where "save new login" creates a mess that doesn't work: This is the HP printer support forum.
https://h30434.www3.hp.com/t5/custom/page/page-id/HPPUserRegistrationPage?referer=http://h30434.www3.hp.com/

The login credentials are an email and a user-selected password. After you register you can select a "screen name" and use that instead of the email, but I'm not doing that. After entering these, and the other required fields, and before hitting "Register", I "Saved New Login" in 1P.
What resulted was a 1P login with the password correct, but the username is the "hppreferer_url", that is, the url of the hp website login page where I selected "Register": http://h30434.www3.hp.com/. Needless to say, that's not accepted for logging in.

My email, which I had to enter twice on the registration page, is listed in Web Form Details as "hpdesktop_regfieldemail" and "confirmhpdesktop_regfieldemail".
I fixed that by editing the web form details with the pick list to clear the head&shoulders icon from one, and set it in the other, now it works.

-dan

rickfillion

Hi @oldnparanoid,

Thanks for reporting that. I filed a bug (OPX-814) so that our extensions team can take a look at that and see if/how we can do better with that form.

Rick

ref: OPX-814