GregSmid

Hey guys, just curious if it's possible to fill multiple password fields on one form with the new plugin logic. My guess is no, but I figured I'd post here and ask anyway. : ) The older plugin versions used to fill both passwords for me, I'm guessing because they're both of type 'password'? The same password needs to go on both fields. Thanks in advance! Greg

Well would you look at that! I got rid of that bogus dash and changed it to a valid (although fake) url... and now my auto-fill is working again! Nice catch. If an invalid entry in the URL field of some random password entry in another list can throw such a wrench into things, is there any way to do validation on that field to ensure people don't enter invalid entries? Greg

Just double-checked my password entry - there are no duplicates for this site, and my username/password form IDs are the same as yours. One interesting thing I just noticed - when I go to the site and click the plugin icon, it has an entry that says 'Show site in Passwordstate'. If I click that, it takes me to a completely unrelated entry! Not sure if that's related to this issue or not, but it seemed weird to me! Only one entry: Entry details: Login boxes not filled. There is an option to 'show site in PS': Clicking that plugin function brings me to this password entry:

Ah ok, that makes sense about the dynamic field IDs. I do know that the plugin used to be able to fill those boxes but maybe HPE has changed the code on their site since then. We can still use my original example though - https://vrms.clone-systems.com/login. I know you guys test it out and it worked for you, but I went through my same procedure again: Deleted site entry from PasswordState. Logged out of plugin (FF and Chrome). Logged out of PasswordState. Logged back in to PasswordState, made sure the plugin icon went from red to white. Logged in to https://vrms.clone-systems.com (FF). The plugin picked up the login as expected. Used the detected login to add the site back to PasswordState. Logged out of https://vrms.clone-systems.com. Closed and re-opened FF. Navigated to https://vrms.clone-systems.com. Site does not auto-fill. Any other ideas guys? Is there any extra logging I can turn on to help figure this out? Greg

I finally had a chance to do some more troubleshooting, but I'm still having trouble with the plugin not auto-filling sites that used to auto-fill prior to Feb 25. I've disabled all my FF/Chrome plugins besides PasswordState and tested again in both browsers. Lots of sites DO still auto-fill, but lots of others no longer do. I recorded a little demo using https://infosight.hpe.com and uploaded the video at https://gsmid-f12.tinytake.com/sf/MzM5MTMzNl8xMDE0MTQ0MQ, but my plugin problems aren't specific to this site... I listed some other examples up above that still aren't working either. Any other thoughts or suggestions are appreciated, I really like my auto-fill! Greg

Hi all, Still no luck with the browser plugins for a lot of these sites. I haven't had a ton of time to troubleshoot over the last few days but I'll see if I can work on it some today. Question - how close does the URL field have to be to match the URL in the browser address bar? For my Veeam example, I'm using https://login.veeam.com/ in my PasswordState entry, but of course the address bar has a bunch of gunk tacked on to the end of it: Should I try a closer match? Or is there such a thing as a wildcard for a PasswordState entry? Something along the lines of https://login.veeam.com/* ? Thanks, Greg

Hey guys, Logging out of the browser extension and logging back in didn't help. I've even tried completely removing the password entry from PS, logging out of the browser extensions and back in, and then logging in to the site manually... in both cases the usual pop-up bar asking me if I want to add the password didn't even show up. I do see that we're a few builds behind though... we're running 8573 and I see that 8627 is available. I'll try updating the core PS installation and see if that helps. Will report back sometime this week! Greg

Example #2 - https://login.veeam.com

Hi all, just wondering if anyone else has been having issues with the FF/Chrome browser extensions since the last update on Feb 25. I've been noticing a lot of web pages that used to auto-fill for me that no longer do. One public example: https://vrms.clone-systems.com/login There doesn't seem to be anything crazy about the username/password field IDs here (auth_username and auth_password), but I tried manually adding them to the entry in PasswordState and re-launching my browser (both Chrome and FF) and still no luck.

As a work-around while the new browser plugins are being developed, I've taken to simply duplicating the password entries in PasswordState for those pages where auto-fill is a problem. That way the PS browser plugin sees multiple entries and turns yellow waiting for you to choose one, instead of just filling in the form. Greg

Hey all, anyone seen this behavior in the browser plugin before? Occasionally I get two drop-down boxes in the 'multiple logins found' window. It seems to happen only for a couple of specific sites, but not every time for those sites; even when using the exact same URL, sometimes I'll get two drop-downs and sometimes I'll only get one (like it should be). I've obfuscated the usernames in the screenshot, but you can see that they start and end differently. Sometimes the order is reversed; the credential that you see on the left in the screenshot will be in the right, and vice versa. The dropdown lists don't have the same contents... the entries in one will be a sub-set of the entries in the other. When I click Apply, it will choose whatever entry is chosen in the left drop-down box (which may or may not contain all the matching entries, if it's the one with the subset). I use Firefox primarily, and have only seen this in Firefox. I've tried to duplicate in Chrome but haven't been able to.... but since it only happens sometimes in FF, hard to say if it would ever happen in Chrome or not. Greg

Hey guys, The vast majority of our saved passwords were not created with the Browser Extension, so they mostly don't have anything filled out on the Browser Form Fields tab. I'd be willing to do some testing with getting those filled out and changing the 'Attempt to fill web sites...' setting if I could change that setting at the user level, but I can't just turn it off at the system level since it'll affect the way the product works for our entire user base.

Hey all, I happened across a good example of an undesired auto-fill today. This is the settings page for our Barracuda email device, which has fields to set the address of the outbound SMTP host and username/password fields for the Barracuda to authenticate with that SMTP host. The PasswordState plugin sees those username and password fields, and fills them in with the credentials I have saved to log into the Barracuda web GUI... which of course is not what should be in those boxes. Having an option to only fill a page after clicking the PS plugin icon would solve this situation.

+1 to Frank's suggestion. There are lots of times where the browser extension fills in forms that I don't want it to fill in. A common example is when looking at the 'settings' page in a device's web gui... there might be fields to enter a new password and fields to enter a notification email address along with other configurable device settings. The browser extension will often try and fill those password and email address fields, even though I don't want it to. I've taken to opening those pages up in IE to avoid the issue.

Hi guys, just wanted to let you know that this is working properly for me now. Not exactly sure which update or when, but I was able to launch and log into an iDRAC console today. Thanks!