Jump to content

GregSmid

Members
  • Content Count

    51
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by GregSmid

  1. 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.
  2. 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
  3. 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
  4. 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
  5. 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.
  6. 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
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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':
  13. 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
  14. 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
  15. 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? So
  16. 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
  17. 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.
  18. 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
  19. 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.
  20. 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.
  21. 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.
  22. +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.
  23. 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!
×
×
  • Create New...