GregSmid

I figured out the problem here - I usually access passwords from the Passwords Home 'list' and then just search for what I need in the main window area... but the action dropdown for a password entry doesn't have the "Link account to multiple..." in that view. If I select the actual password list on the left hand side and then drop the action arrow down for the very same password entry, then it does have that option. Greg

Ah, yes you're right... the one entry I happened to click on to check did not have the URL field selected. This will definitely help, thanks for the heads-up! Greg

That looks like it would probably help, but I don't have that option in my dropdown menu for a password entry yet. What build is that? We're on 8.9 8903 right now.

Quick update - while I unfortunately still don't have any public examples, I found out today that I can replicate the issue on a different Nimble management web GUI page, from a different computer than the one I usually use. So, this isn't some weird quirk with my specific computer or browsers. So strange! Greg

Not sure, what triggered the change, but after a week or so of behaving on this Nimble management page... it's back! I took a little screen capture video for you - https://ttprivatenew.s3.amazonaws.com/pulse/gsmid-f12/attachments/13222257/TinyTake21-04-2020-09-19-38.mp4 I wish I had an example of a public facing page I could point you at so you could see it in action, but so far it's just this one internal page. Greg

It was definitely the PS plugin filling in the fields... if I disabled the plugin, they no longer get filled, and I tested changing the username recorded in PS entry from 'admin' to 'testing-changetoadmin' and the fields started filling in with the new test username. It was very persistent too... even if I cleared the box and tred and type something else in, it would re-fill the box within a couple seconds, over-writing what I typed. Unfortunately I don't have any examples of a public website with the same behavior... so far it's just been on this Nimble SAN management web GUI page. Having said that... in the grand IT tradition of "well it wasn't working before, but now that you're looking at it's working fine!", after behaving this way for the past few weeks, today it is working fine. Maybe disabling and re-enabling the plugin reset something.... Anyway, I'll pop back in here if it starts happening again! Greg

Hey guys, I'm having trouble with the browser extension in Chrome and Firefox filling in a field that it shouldn't be filling. I don't use the extension with any other browsers, so it could affect others as well. I've verified that it is definitely PasswordState filling the box by changing the Username stored in the password entry and seeing that the form is getting filled with the new value. The form field name doesn't match what's saved in PasswordState, and in my browser extension preferences, I've left "Enable Autofill" unchecked, so it shouldn't be filling anything in automatically anyway. Any idea what's happening here? Thanks!

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