Jump to content

Search the Community

Showing results for tags 'feature request'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Essentials
    • Announcements
  • Passwordstate 9.x
    • General Support
    • General Hints and Tips
    • Known Issues
    • Installing Passwordstate
    • Feature Requests
    • Feature Requests - Completed
    • 3rd Party Hardware/Software Knowledge Forum
  • Knowledge Base
    • General FAQs
    • Password Resets
    • Remote Session Launcher
    • App Server
    • Passwordstate API
    • Browser Extensions
    • Password Reset Portal
  • Passwordstate 8.x
    • General Support
    • Feature Requests - Completed

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL





Google Plus Account







Found 5 results

  1. Currently, if the browser extension fails to auto-fill the login fields, you have to select the link, which redirects you to the specific URL for the Passwordstate record of that account. Since the browser extension is able to retrieve the password already (to automatically fill the web form), is it possible to allow the user to simply "copy to clipboard" the password and have it generate the same audit event ("Password copied to clipboard")?
  2. Hi again! I've been dutifully adding hosts into PasswordState and I've also ran discoveries against them. However, only 60% of them reported local admin accounts. Figuring out which hosts don't have password objects yet is becoming a bit of a hassle. I'd love to have a report or two which tell me which hosts don't have password objects associated with'm. And the other way around, it'd be great if there's a report for orphaned password objects, where the host has gone missing or "unmanaged". Did I perhaps overlook an option that already allows this? Cheers!
  3. We have an IDM solution that automatically creates our user accounts in AD and then notifies the user that the accounts exists. The IDM system can't enroll the user in the password reset portal because of the delay between creating the account in AD and the scheduled sync to Passwordstate. In the GUI, we can sync a single account from AD...please add that same option to the API. OR, Passwordstate could sync the account before trying to enroll the user when we hit /portalenroll.
  4. Problem is that reset portal is used by our (external) clients and only way to go is auto-enrollment. In other words, users don’t do enrollment in the first place. If we change users email in active directory, it also updated to Reset Portal's User Account email address but not to Temporary PIN email address. Please make Reset Portal update Temporary PIN email as well or make it do Auto-enrollment again if email is changed. Thanks!
  5. We have custom fields populated for all accounts in our Passwordstate instance that we would like to report on. Please add the ability to include custom attributes in the output of the built in reports.
  • Create New...