Jump to content

Search the Community

Showing results for tags 'browser'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Essentials
    • Announcements
  • Passwordstate 8.x
    • General Support
    • Feature Requests
    • Feature Requests - Completed
    • Known Issues
    • Installing Passwordstate
  • Knowledge Base
    • General FAQs
    • Password Resets
    • Remote Session Launcher
    • Mobile Client
    • Passwordstate API
    • Browser Extensions
    • Password Reset Portal
  • Passwordstate 7.x
    • General Support
    • Known Issues

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Google Plus Account


Location


Interests


Biography


Location


Interests


Occupation

Found 7 results

  1. Hi everyone, I'd like to recommend that previous versions of the browser extension be available in the extension stores. As a company with what will be a fairly large user base, we have the need to have a stable platform where dev/test/prod pipelines and proper change management can take some time. That time may exceed the duration from when a new version of the extension is released to when we can update the backend platform. The impact of having the extension automatically update and become non-functional because the main platform has not be updated is problematic. Perhaps maintain something like this: Passwordstate-Latest Passwordstate-Previous Even if you provide just the last released version (i.e. you don't need to support every previous version, just the last one as this will still help encourage keeping the platform up-to-date) in the stores, we can at least provide a method (tell them to install the previous version) to our users to keep them working easily. It's still not a great user experience, but better than having to expedite platform level updates because of a browser plugin. I'd really like to avoid lots of helpdesk tickets because the auto-population stops working. I'd be open to other solutions as well but I figured I'd at least propose something to start with. Happy to expand on the idea if needed. Thanks.
  2. Hello, I tried to see if this issue has already been brought up but did not find anything. It has been brought to my attention, the following scenario: A user browses a website, lets say "https://portal.office.com" where they have a password entry saved in their private password list. We also have a high number of shared passwords that have the same URL. When the user browses "https://portal.office.com" the auditing log shows that the user "retrieved password" for every password we have in the database using that URL. I feel that this process should be revised (assuming it has not been yet as we have yet to update to the latest version). There shouldn't be an audit entry stating that the password was retrieved unless it was actually pulled and used. Maybe pull a list of titles/usernames and audit that but not the actual password unless it is intended to be used by the end user. This fills up the auditing log and could cause for some confusion when a user is showing tons of password pulls when they did not intentionally do so. Has anyone else run into this? Thank you.
  3. Hi All New user here. How do I match more the two fields on a login web page? As an example I have a login page that requires username, company and password. Thanks in advance
  4. Hi, we use chrome and the passwordstate browser extension. Being logged in the extension and opening our Wordpress backend or our teamwork (https://www.teamwork.com/) causes enormous problems. The CPU load increases and the website or even the whole browser doesn´t work. If you logout of the passwordstate browser extension everything works fine. This is pretty annoying because we always have to logout of the extension to use the Wordpress backend or teamwork. Kind regards Achim
  5. 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
  6. Build 8180 on Server 2016. In all my browsers when asked to save a password the password list drop down menu only displays three password lists when there are a couple more that I would think should be displayed. Does anyone know the criteria for a password list to be displayed in that drop down menu, or how I can verify if it is showing the correct lists?
  7. Hi there, Is it possible to have the browser plugin capture/fill multiple password fields for a web page? I can get it to capture and fill the Password field in the attached example, but not the Admin Password field. Thanks! Greg
×