Resolved

Website auto-fill

avatar

Hello

I've noticed that the auto-fill of website entries is no longer functioning.
This happens with all browser types, and all display options.

Is there a new option that I can't figure out that has to be enabled or is this functionality broken?

We noticed it first in version 2022.3.29.0 and it is still present in the current version 2022.3.31.0.

With kind regards,
Nick

All Comments (23)

avatar

Hello,

Is this a public website or a private one ?

We'd like to see if we can reproduce the issue on our end.

Best Regards,

avatar

Hello Zachary

Every Microsoft Portal to give you a well known one.
Another example is https://vco22-fra1.velocloud.net.

If you need more examples, please let me know.

With kind regards,
Nick

avatar

Hello,

I tried the URL you left in your message and inspected the website

If you go into the entries properties, and go to the Login tab and then the HTML Control ID tab, you can enter "username" in the username field and "password" in the password field.

Try this and let me know the results.

For more info, click here: https://kb.devolutions.net/rdm_web_browser_web_authentication.html

I would recommend trying this with the Microsoft Portal website as well.

Best Regards,

avatar

Hello Zachary

I think you mean like this.
forum image
This is already present. It was the first thing I checked when I received the notification of our users that said the entry was broken.

With kind regards,
Nick

avatar

Hello,

I just tried reproducing your issue on version 2022.3.32.0 with this web page: https://vco22-fra1.velocloud.net/

I set it to Google Chrome, and embedded.

I added the Username ID and Password ID and fabricated some placeholder credentials within the entry. I also validated that the entry had "Auto-Fill" enabled.

forum image

With all this done I was unfortunately unable to reproduce this issue: forum image

With all this said, this leads me to my next question, how are your credentials set up in the entry ? In the website entry connected to a credential entry within the vault ? Or are they embedded within the entry in the username and password fields ?

If they are set in a different entry, could you tell me what the credential entry type is ?

Best Regards,

avatar

Hello Zachary

We leave normally the browser on default (Edge).
Autofill login is checked, so it should be applied.

I've tried this with Chrome configured as a browser, and the key at the top won't even fill in then.

In this case, the credentials are set in the entry itself.

forum image
forum image
forum image

With kind regards,
Nick

avatar

Hello,

I've sent you a direct message with an entry I've configured in a ZIP folder, let me know if you've received it and if you have, could you try importing the entry to see if it works ?

Best Regards,

avatar

Hi Zachary

I hope you had a good weekend.

Unfortunately, I didn't receive a DM.

With kind regards,
Nick

avatar

Hello,

I tried sending it again and I believe it should have been sent properly this time.

Could you check to confirm ?

Thank you !

Best Regards,

avatar

Hello Zachary

I've received your message this time.
The entry you provided works.

I compared my configuration to yours and only noticed one different setting, the form field. (I used the discover button in that window to fill in the values).
When I change the browser type of the entries to Chrome AND remove the value in the form field, auto-fill works.
Now we just need to get the sign-in working 😉 (I've noticed that some sign-in forms do not react on the [submit] and [enter] options and also have no ID definded to provide a custom option).

Is there a way I can set the default browser for the vault to Chrome (and preferably Incognito, I've noticed that credentials are now remembered through the different sessions of different entries. This is really not desired)?

With kind regards,
Nick

avatar

Hello,

From what I gather the Submit ID may be the culprit in your issue.

With that said, I'm not sure if the issue is with RDM or if the issue is with the website preventing this from being done. Both are possible, however I would tend to blame the website in most cases.

As for setting the default browser to Chrome, you could select all the website entries you wish to configure and, once they're all highlighted, right-click > select Edit > Batch Edit > Edit Entres (Session Type Settings)

This will allow you to change all the entries at once, the browser can be changed from the General tab, and Incognito mode can be configured from the "More Settings" tab, it will be the drop down menu titled "Private session (incognito)" at the top.

You can then make the same changes in File > Templates > Local Default Settings > Session, so that each of your additional website entries created from then on are pre-configured with these options.

I will look into the submit button issue with our engineers.

Best Regards,

avatar

Hello Zachary

Thank you. I'm afraid that it will take some time before all entries are migrated. I've adjusted the template, but I think that this is only new entries that I create will be affected?

It used to be that each entry was ran in its own "sandbox". It seems that it is no longer the case. Any reason why this has been changed?

With kind regards,
Nick

avatar

Hello,

The batch edit option is meant to prevent from having to edit each entry one by one. As for the local default setting, that is exactly right, it affects all the new entries that get created.

I'm not exactly sure what you mean by the "sandbox", could you maybe elaborate on what you mean so that I can best answer you ? In the website entry's case, the browsers that we use are from a third-party integration in the application when it is set to "embedded".

Best Regards,

avatar

Hello Zachary

To my knowledge, with batch edit, you have to select all entries that you want to change, when selecting only one of that type you can't make a change for all website entries, right?
forum image
Neither of the two options seem to have the desired effect. I can select to override the default browser with Chrome, but I cannot set it to use Incognito.

Regards to the "sandbox", it use to be that when using the embedded browser, these website session where not affected by other used entries. We've noticed that now other sessions can have an impact to other sessions. The benefit of using the embedded browser was that other credentials previously used in the browser and might be stored in, for example a cookie, would not be present when using an other website entry. Lately, we noticed that this is not longer the case. See screenshot below.
forum image
This is an entry of one of our customers, that's the username that is blurred, the other option is an entry of one of our test environments.
It used to be that for the customer entry, one would only see the corresponding user and not all user ever used (in my case I normally do not log in to Microsoft portals, so that's why I can only show 2, but this is the most clear one to show. Other users have a complete list of usernames shown).

With kind regards,
Nick

avatar

Hello,

You'll need to select more than one entry to get the option I mentioned.

forum image

This will then give you access to this:

forum image


Best Regards,

avatar

Hello Zachary

Thank you for the reply.

The selected entries will be changed if I understand it correctly, the "web"-entry on your first screenshot won't be affected, right?

This leads me back to my original statement. I have to find each individual web(site) entry and select it, which is in a larger vault easier said than done.

With kind regards,
Nick

avatar

Hello,

In that case, you can use the advanced search option under View > Search and configure your search this way:

forum image

This will show you all the website entries in your vault and from there you'll be able to select all of them with a right-click on the first one in the list and a SHIFT key on the last on in the list to avoid having to pick each one individually.

Best Regards,

avatar

Hello Zachary

Thank you.

I have another question related to website entries.

One of our MSSP-portals change the ID of the TOTP-input-field on a regular base. Is there any way to provide RDM with a wildcard or something else that it's able to fill in automatically?

With kind regards,
Nick

avatar

Hello,

To my knowledge, this is not something that RDM currently can do.

However I'll validate with our engineers to see what can be done.

Best Regards,

avatar

Hello,

Do you know what kinds of pattern the OTP input field changes to?

Is there something 'static' about it that we could base the verification on? If not, I don't think it will be possible to do what you're asking.

Best Regards,

avatar

Hello

It follows a pattern, it start with "input" followed by a number. Currently it is 114. It seems to be incremental.
forum image

With kind regards,
Nick

avatar

Hello,

I've sent this information to our engineers and according to them, what you're asking for is currently not possible.

Best Regards,

avatar

Hello Zachary

Thank you for the feedback.

Have a nice weekend!

With kind regards,
Nick