GregSmid

Hi, I figured it out! The issue was that although I had multiple 'linked' addresses attached to the password entry, I didn't actually have any URL in the main password entry (since it's just my Active Directory creds, there isn't actually a 'main' URL associated with them). I've added a dummy URL on the main password page, and now all the linked URLs are working.

Hi, I've started trying to use the "Link Account to Multiple Web Site URLs" function, but the browser plugin doesn't seem to be detecting the linked sites in either Firefox or Chrome for me. Here are the linked sites for this password entry, including the site I'm testing with for this post (https://prtg.f12.net): But when I browse to the site in either FF or Chrome, the plugin doesn't show any matching sites: I've tried this with several different sites and none of them are being detected by the plugin. Plugin build 8935, PasswordState v8.9

+1

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

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 aut

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':

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

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 e