Extension from Edge does not autofill the name

[Renato.Mucciarelli]

Hi

 

We have some people which have the problem with the Microsoft Edge Extension (9.8.1.2) that it does not autofill the username. Yesterday we have updated Passwordstate-Server to 9.8 - Build 9811 but this seems no impact on this behavior. I have deleted the browser cache, removed and installed the extension again without luck.

Does someone else also has this problem? Any advice what I can do?

 

Seems not a general problem. I have fixed manually the web_field for the affected webpage in the passwordstate entry. Strange that it has worked in the past without a problem. (and NO the webpage has not changed recently 😉 )

 

Thanks

[Jean]

We're seeing the same thing in our environment. It started a couple of weeks ago, and it's happening in Chrome as well as Edge. Passwordstate can fill the password field, but it doesn't fill the username field on a couple of websites that worked fine before. The icon overlay shows up in the username field but it doesn't fill it. I can fix it by mapping the username field, but that's not really something that I want to do for multiple users.

 

[support]

Hi Everyone, We have released a new build of Passwordstate today, build 9823 which should fix this issue.  We have also had to submit a new extension to each of the stores, so you'll need to wait until your browser automatically updates those extensions before testing this again.

 

Chrome and Firefox seem to be pretty instant in terms of approving the new extensions, but Edge seem to work on a 7 day schedule...Date of writing this post is 19th October in Australian time.

 

Please let us know if this doesn't help!

 

Regards,

Support

[Mordecai]

HI @support

We have updated to build V9.8 (Build 9823) and a few collegues are also using browser extension version 9824 (should be the latest in, at least, chrome/edge store).
The issue still exists in our environment on a few sites. On most sites it is working fine.
However, a few weeks ago it worked on the pages that do not work today.

 

One site has a random field id for the username field. Could this lead to a problem?

HTML for Username and Password field: 

<input id="formInput-209461b0-73ee-11ee-838a-3de2c564c20e" name="Username" type="text" placeholder="User name*" autocomplete="username" class="Form__Input form-control" aria-label="Username">

<input id="formInput-20952501-73ee-11ee-838a-3de2c564c20e" name="Password" type="password" placeholder="Password*" autocomplete="off" class="Form__Input form-control" allow-pasting="true">

If you reload the page, the id changes. So we cannot map the field using the browser extension "Map fields" feature.

(url redacted)


If we leave the mapping of both fields empty, the password field will successfully be inserted using auto fill, but not the username.

So the problem cannot be related to the id field, since the auto fill of the password field is working.

Any ideas?

Thanks,
René

[support]

Hello Rene,

 

Could you please provide us with a list of Web Site URLs that are not working for you, and we will do some testing?

 

With the web sites were the ID's change, these are quite difficult to work around, and we have to be very careful about not form filling the wrong input elements - but we will do some testing regardless.

 

Thanks

Click Studios

[Mordecai]

On 10/26/2023 at 10:55 PM, support said:

Hello Rene,

 

Could you please provide us with a list of Web Site URLs that are not working for you, and we will do some testing?

 

With the web sites were the ID's change, these are quite difficult to work around, and we have to be very careful about not form filling the wrong input elements - but we will do some testing regardless.

 

Thanks

Click Studios

Unfortunately I can't provide you with URLs to the websites, because 99% of them are internal websites or products that are only available internally.
My above example is from the OTRS 8 software, a ticketing and itsm tool we are using: Service management solution. Flexible & customizable | OTRS
 

If we use f.e. KeePass, BitWarden, 1Password or other tools with AutoType and/or Browser extensions, the auto fill is working on these sites. I suspect that in that case they ignore the ID field and use Name, Type or Class.

René

[support]

Hi Rene,

 

Thanks, but we do need example web sites to test against, if we're to make changes to the extensions. If you run across the same issue with any external URLs, please let us know.

Regards

Click Studios

[Mordecai]

Ok, i have send you a private message with one url (corporate one) that is public available.

My collegues and me have another problem for a few versions (we guess) at least in edge.
If we are mapping fields for the username/password/otp website field to custom genericfield values or OTP field, the autofill is working but will be instantly overwritten by the default value.

I have made a gif and two screenshots for this example. We are on the latest version. This happens on any website.

 

In my example i have mapped the "Mail Address" generic field to the username website field and the default password field to the website password field.

After pressing auto fill, the mail address and password successfully get inserted but will be overwritten by the default username field.

It does not matter whether you add the URL + field mapping via "Multiple Website URLs" or as a single URL + mapping to the password entry. Auto Fill in the extension is disabled.

 

Please also check the gif on the following link to see the problem. It is too big to upload here in the forum: passwordstate extension - Gifyu

Thanks, René

 

 

[support]

Hi Rene,

 

Thanks, but it does not look like the URL is publicly accessible - it times out with the error of "ERR_CONNECTION_TIMED_OUT".

We are located in Australia - could that possibly be the issue?

Regards

Click Studios

[Mordecai]

On 11/5/2023 at 9:35 PM, support said:

Hi Rene,

 

Thanks, but it does not look like the URL is publicly accessible - it times out with the error of "ERR_CONNECTION_TIMED_OUT".

We are located in Australia - could that possibly be the issue?

Regards

Click Studios

Can you please test it again? Geo blocking for Australia has been temporarily deactivated.

[support]

Hello Rene,

 

Thanks for making the URL available. Below is some feedback for that URL, and the one above with the Gifyu link.

Provided URL
The Username field (ID tag) for this URL is dynamic, which means it changes every time you visit the site. There are no guarantees that we can fill dynamic fields like this. Instead, if you configure the "UserName Field ID" on the password record to use Username (case sensitive), then this will work. We also look for the "name" tag, or the "class" tag as the last attempt - and all three of these tags need to be unique on the page.

Keycloak URL

To explain how the form filling works with our extensions, if you leave the Username and Password field IDs blank on your password record, our extensions try to find the appropriate fields and form fill them automatically. The behaviour in your Gifyu link is caused by the Username Field ID on your password record being blank, but then you are mapping the generic field to this same field on the web site.
 

To make this work, do not use the Generic Field, and instead store the email address in Username field.

Regards

Click Studios

[Mordecai]

11 hours ago, support said:

Hello Rene,

 

Thanks for making the URL available. Below is some feedback for that URL, and the one above with the Gifyu link.

Provided URL
The Username field (ID tag) for this URL is dynamic, which means it changes every time you visit the site. There are no guarantees that we can fill dynamic fields like this. Instead, if you configure the "UserName Field ID" on the password record to use Username (case sensitive), then this will work. We also look for the "name" tag, or the "class" tag as the last attempt - and all three of these tags need to be unique on the page.

Keycloak URL

To explain how the form filling works with our extensions, if you leave the Username and Password field IDs blank on your password record, our extensions try to find the appropriate fields and form fill them automatically. The behaviour in your Gifyu link is caused by the Username Field ID on your password record being blank, but then you are mapping the generic field to this same field on the web site.
 

To make this work, do not use the Generic Field, and instead store the email address in Username field.

Regards

Click Studios

Hi Support,

 

thanks for your quick help and support. 

 

Provided URL

I now have "Username" (case sensitive) as the value at the URL for the "Username Field ID" under "Link Account to Multiple Web Site URLs", the browser extension is resynchronized, but the username is still not filled in, only the password. Same with a colleague. Of course I understand the problem with the dynamic fields, I just wonder why it works with other providers. This is not meant to be a criticism, I'm honestly just wondering how they have solved it (e.g. Bitwarden or KeePass with AutoType).

 

Keycloak URL

Ok, thanks for the clarification. Can you implement the possibility to enter a value from a generic field into the username or password form fields even without a stored username/password field ID?
Background: We have Active Directory users where we have to log in with one user on many websites. Most websites allow the samAccountName AND the UserPrincipalName in their configuration for the username on login.

On some, however, only either the SAMAccountName OR the UPN is possible and you have to specify this explicitly on these websites. On another site, the mail attribute of the AD user is used as the username.
So we would have to enter several password entries in Passwordstate for the same user, with the same password but different usernames and update them all on every password change. Although it is virtually the same user.
This was the reason why we would like to write a GenericField "UPN" and a GenericField "Mail" with the corresponding values automatically via mapping into the username field on certain pages.

Thanks, 

René

 

[support]

Hello Rene,

 

I just tested the Provided URL again, and it is working for us when we configure the ID fields on the password record itself - can you try this, instead of on a Linked URL? You will need to use the Sync Now menu option as well to sync the changes straight away.

For the other request, if you require change in functionality, then we ask if you could log a specific feature request here on our forums for this.

Thanks

Click Studios