GregSmid

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!

Hi guys, In the last month or so I've been finding that the Firefox browser plugin can't fill in the login forms of some websites when it has multiple matches to choose from. It does recognize that there are multiple matches, but there's no dropdown box in the dialog box that would normally let me choose one. So far this only seems to happen for a few sites, although I'm starting to see it more and more, including sites that I know used to work. I also haven't had this problem in the Chrome plugin, but it's possible that it just hasn't started happening yet. I use FF as my primary browser so if something is going to go wrong, it'll probably be in FF. I've tried uninstalling the plugin, restarting FF, and then re-installing, but no change. Are there any caches/DBs/etc. that would persist through an uninstall/reinstall of the plugin? Here's an example of a site where I'm having this problem, you might recognize it. ;o) Greg

Ah, well that's interesting. I primarily use Firefox, and that's the browser I've been having issues with. I did some testing with Chrome, and it fills in the username and password no problem. A couple of examples: https://prtg.f12.net https://my.vmware.com I'll keep trying them out with Chrome as I come across them. Thanks!

Thanks guys, Just to clarify then - if you're matching on the base URL and I have a password with the URL saved as https://domain.com.... it should match https://domain.com/login.html but not https://www.domain.com/ or https://www.domain.com/login.html. Is that correct? I have a few picky sites and I'm trying to find the best way to save the URL. Greg

Hi all, I'm wondering how the URL matching for the plugin works. If a password is saved with a URL of http://www.domain.com, should the plugin be smart enough to fill in the login info to http://www.domain.com/login.html? What about https://www.domain.com? Can we use wildcards to help it out? It seems like it'll fill in non-exact matches for some sites, but not others... I haven't been able to find any real patterns yet. Thanks! Greg

Haha sorry, one more reply... I keep forgetting to subscribe to the thread. BTW is there a way to do that without ticking the 'Notify' box in the reply box?

Thanks gang, appreciate it! Good luck on the Web Extension version... FF 57 isn't far off...

Bah, didn't notice I wasn't signed in. This is me. ^

Thanks team, always awesome to see responsiveness to customer requests!

I'm certainly willing to give the new global search a shot! I did a few tests with it this morning and was able to find what I was looking for pretty reliably. I'll keep on using it and post back here with any more feedback as I have it. For the record though, my vote is still to bring back the Search box in the Folder view... if nothing else, it's one more way to help find what you're looking for. Maybe the global search will work better for some, and the folder search better for others. Thanks for the quick reply! Greg

We recently upgraded to v8, and I'm having trouble searching across all Password Lists in a Password Folder. In v7.x, you could select a Password Folder and use the Search box to search across all of the Password Lists contained in it. In this version, there isn't actually a search box when I have a Folder selected, or a grid to display passwords. I was thinking maybe it's just a display option somewhere but I haven't been able to find anything yet. Any suggestions?

That does help, thank you! Greg

Similar to this thread, but I'm not trying to find the PasswordList ID based on a Password ID... I just want to know where to find the PasswordList ID for a private password list within the web GUI. It's needed when users want to run scripts on their own private list using the API. I know in a previous version of PasswordState, I could hover over my password list and its list ID would pop up as alt-text. Looks like that has disappeared at some point. We're on 7.8 (build 7847) right now. It would be great if the list ID could be exposed on the Edit Password List screen, either on the Password List Details tab or the API Key and Settings tab. Or, just bring the hover text back. Greg