support

A customer has asked for the ability to copy and link a password into another password list via the API. Quote from customer: "We have a need to generate a record on a particular list, but ideally would like to automate (via the API) to also copy and link that record on another list that a different team references." Regards, Support

Hi Jeff, We're currently working on it at the moment. The whole process has changed, and they require you to also make coding changes, so we're not exactly sure how long it's going to take. Have you checked our the new Chrome extension, which you can use on OSX - it is far better that the Safari one we have? Regards Click Studios

Hi Guys, We might look into this for version 9 of Passwordstate - which we're currently working on. Regards Click Studios

Issue: On your Passwordstate web server, you may see multiple errors of this type: An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = One or more errors occurred. An error has occurred calling the method MoveSelfDestrucEmailData(). Error = One or more errors occurred. An error has occurred calling the method DeleteOldSelfDestructMessages(). Error = The remote name could not be resolved: 'keyring.home.sourcenix.no' An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = One or more errors occurred. An error has occurred calling the method MoveSelfDestrucEmailData(). Error = One or more errors occurred. An error has occurred calling the method DeleteOldSelfDestructMessages(). Error = The remote name could not be resolved: 'keyring.home.sourcenix.no' An error has occurred calling the method MoveSelfDestrucAuditingData(). Error = BadRequest, Bad Request Fix: The reason you are seeing these errors is because the Passwordstate Windows Service cannot contact the Self Destruct site/api. There could be three reasons for this: The base URL is incorrect under Administration -> System Settings -> Miscellaneous. This should be your current Passwordstate URL with the correct port number. You are possibly using a web load balancer, are you using one of these that you know of? You may not have configured the Self Destruct Application, which is only required if you have previously upgraded from an older version of Passwordstate. You can tell if it’s configured as an application because the Self Destruct site under Passwordstate will look like this: If yours just looks like one of the other folders, you will need to configure it as an application by following the instructions under Help -> User Manual -> KB Articles -> Configure Self Destruct IIS Application. Regards, Support

Thanks Steve. For reasons explained, we do not necessarily agree with you that this is a violation, but understand your point of view. Option 2 is a considerable amount of work, and breaks the workflow of this feature, so it would be unlikely we would investigate this - unless many customers needed it. Also, are you authenticating with Local Accounts, or Active Directory accounts? If local accounts, this can be done from the Passwords tab, and you don't need access to the Hosts tab for this - which would fulfill your requirement here. Regards Click Studios

Hello, With this new feature, you do not use Generic Fields for this, instead you use the menu you see below in my screenshot. We hope this helps. Regards Click Studios

Sorry mtovey, We still do not have any support for this - implementing something like this would take a considerable amount of time, considering the number of different LDAP systems available. Regards Click Studios

Hello, Unfortunately this is not possible. If you do not want to use the System Wide API key, have you considered our Windows Integrated API - this does not require API Keys, and gives you the same level of access as when you are logged into Passwordstate. Regards Click Studios

Thanks for the feedback Martin - we appreciate it.

Hi Steve, Thanks for your feedback - it's appreciated. Most of our implementations are built on customer feedback and requests, and if you would like some options which are different to what others have requested requested, you can log a feature request in the following sections of our forum - https://www.clickstudios.com.au/community/index.php?/forum/38-feature-requests/ To date, no other customers have expressed a desire for this sort of implementation, which is why we have not implemented anything for it. The 'Additional Authorisation' option was also added approximately 5 years before we implemented Remote Session Management. And I guess the difference with Remote Session Credentials is you do not get to view/update/delete the password, as per the search results restrictions - but you can obviously use it. This is the by design aspect I was referring to. Regards Click Studios

Hello, We've just released build 8838, which resolves the issue you've reported above. When you have the time, can you follow one of the suggested upgrade methods outlined in the following document - https://www.clickstudios.com.au/downloads/version8/Upgrade_Instructions.pdf Thanks again for reporting it, and sorry for the issue in the first place. Regards Click Studios

Hello Martin, We've just released build 8838, which resolves the issue you've reported above. When you have the time, can you follow one of the suggested upgrade methods outlined in the following document - https://www.clickstudios.com.au/downloads/version8/Upgrade_Instructions.pdf Thanks again for reporting it, and sorry for the issue in the first place. Regards Click Studios

Hi Everyone, Today we have release build 8838, which includes 1 new update, and 2 bug fixes. Full changelog can be found here - https://www.clickstudios.com.au/passwordstate-changelog.aspx. Regards Click Studios

Hi Steve, This is by design, as we believe it would defeat the purpose of auto-login for the remote sessions - we've designed this auto-login to give quick access to your hosts. It is more important that you lock down access to the Passwordstate environment, than a Password List once you have logged in i.e. MFA for browsing, and SSO for operation. We hope that makes sense. Regards Click Studios

Hi Martin, We're really sorry about this, and it does seem we've introduced a new bug in the latest release for security groups. We're working on a fix now, and should have a new build available tomorrow - we will post back here again when the build is available. Regards Click Studios

Hello, Would you be able to contact us via our support page here https://www.clickstudios.com.au/support.aspx as we may need to ask for some information to troubleshoot this issue, which should not be shared on a public forum. Thanks very much. Regards Click Studios

Hello, Sorry, yes this does seem to be an issue. In build 8835, we've had the change the randomness seed for the generator, as we had another customer who reported passwords where being duplicated when comparing batches of random passwords. So instead we changed to using the option in the .NET Famework to use the clock time for the randomness, but this seems to cause issues with this pattern matching now. We'll need to look into this to see what we can do to fix it. Thanks for reporting the issue to us, and we'll report back here once fixed. Regards Click Studios

Hello Meelis, The TreePath field only represents the parent tree path, and not the current folder name that has just been created. Would combining searches help at all i.e. TreePath and Folder name, or TreePath and Password List name? This can be done in the following format, as an example ?FolderName=<value>&TreePath=<value>. I would suggest upgrading to build 8835 before trying this though, as we made a slight change when searching TreePath. Sorry if our documentation did not have this level or detail. Regards Click Studios

Hello Meelis, No sorry, we do not have functionality to support Regex matching. Regards Click Studios

Hi Everyone, Today we have release build 8835, which includes 27 new updates, and 6 bug fixes. Full changelog can be found here - https://www.clickstudios.com.au/passwordstate-changelog.aspx. Regards Click Studios

Hi Meelis, We've just released build 8835 which includes a new exact match for the API searching on Password Lists. If you can upgrade at your convenience, then you should be able to take advantage of this new feature. Regards, Support

Hello Peter, In our API(s) we have methods to report on permissions to Password Lists, for either users or Security Groups. So you could use this report to determine if permissions have already been applied, before applying new permissions. I think the report you will need is "What Permissions exist for a Security Group?", and the ReportID for this in the API Documentation is 25. Can you let us know if this helps? Regards Click Studios

Hello Meelis, Just letting you know that we've added Exact Match searching support for Folders and Password Lists for the next release, due by the end of the week. We'll post back again here when the new build is available. Regards Click Studios

Hello cwaters, This is the process for our In-Place Upgrade feature: Stop the Passwordstate Windows Service(s) Backup Up Passwordstate, if option enabled - this is backing up the Passwordstate folder and database (DB backup can be disabled). Remove old backups files Download the Passwordstate_Upgrade.zip file - this retrieves this initially from https://www.clickstudios.com.au/getupgradefile.aspx, which then grabs it from our CDN network here https://passwordstate-8665.kxcdn.com/passwordstate_upgrade.zip. This downloads into the folder C:\inetpub\Passwordstate\upgrades\passwordstate Extract the zip file in the same folder Copy all the files from this extracted zip into the root of the Passwordstate folder, overwriting all files. For this, we impersonate the 'Backup' account you have specified, and use the .NET Framework System.IO.DirectoryInfo and 'CopyTo' for copying the files Delete all the files from the extracted zip file Start the Passwordstate Windows Services(s) Log out of Passwordstate Log back into Passwordstate, and finish database upgrades Log out of Passwordstate again and upgrade is complete So it sounds like its hanging on either the extraction of the zip file, or copy of the new files - possibly NTFS permission related? What permissions does your backup account have on the web server? Are your Application Pools in IIS still set for NETWORK SERVICE, or have you changed this? Regards Click Studios

Hello OB999, Unfortunately you would need a backup of your database as well in order to recover. As you were not backing up your database using the features in Passwordstate, do you know if your DBA's were taking backups themselves? Regards Click Studios