support

Hi Paul, Can you also go to the screen Administration -> System Settings -> Miscellaneous tab, and ensure the 'Base URL' field is correct - and that it is set to HTTPS and not HTTP Thanks Click Studios

We would like to be able to extract a list of individual password permissions via API. Right now, we can only add/update/delete, but not get the current permissions. This would be a great help in our work to automate permissions handling via active directory for thousands of service accounts and similar if we were able to also get any current permissions. Perhaps, it could be included as part of the data that's returned by the 'Retrieving a password' function, as a nested array. If we use the example in your API documentation, it could look something like this (See bold text at bottom): GET 'https://passwordstate/winapi/passwords/46411' # Response HTTP/1.1 200 [ { "PasswordID": 46411, "Title": "forum4", "Domain": "", "HostName": "", "UserName": "login2", "Description": "My login to forum4", "GenericField1": "loginasa", "GenericField2": "", "GenericField3": "", "GenericField4": "", "GenericField5": "", "GenericField6": "", "GenericField7": "", "GenericField8": "", "GenericField9": "", "GenericField10": "", "GenericFieldInfo": [ { "GenericFieldID": "GenericField1", "DisplayName": "Pin Number", "Value": "0000" }, { "GenericFieldID": "GenericField2", "DisplayName": "Surname", "Value": "Reznor" } ], "AccountTypeID": 0, "Notes": "", "URL": "http://www.microsoft.com", "Password": "ZHn#3+A^yc", "ExpiryDate": "23/08/2012", "AllowExport": true, "AccountType": "", "OTP": "", "Permissions": [ { "UserID": "domain\\User1", "Permission": "M" }, { "UserID": "domain\\User2", "Permission": "V" } ] } ]

Hello Kelemvor, Thanks for your enquiry. Unfortunately we don't have features for either of your suggestions, but are you aware you can view these when you click on 'Passwords Home'? If the grids are not visible, simply click the 'Screen Options' button, and choose to show these grids. Regards Click Studios

Hi Paul, We've found this is possible, if the KeePass export is not in the correct XML format. We'll email you a copy that we know which works, and if it works for you, then possibly you can compare the XML structure to your file, to see if you can spot any differences. Regards Click Studios

Hi David, By default, anonymous authentication for the Passwordstate web site is enabled in IIS. This prompt is occuring, because either you or someone else in your team has disabled it. Please re-enable it and you will have no more issues. Regards Click Studios

Hello, We do not have a way to do this in the UI, but you can do it directly in the database if you like. Steps are: Determine the PasswordListID or IDs, using screenshots below The use SQL Management Studio and execute the commands below - update the PasswordListID as appropriate USE Passwordstate UPDATE [Passwords] SET ExpiryDate = NULL WHERE PasswordListID = xxxxx Regards Click Studios

Hi BuckSwish, Unfortunately we do not have a feature for hiding the value of the password like that, but you're welcome to log a feature request for this, so we can inevstigate if it's possible i.e. hide the Copy button, and see if the Apply button works when password is masked. Regards Click Studios

Hi Larsadl, Can you let me know if you have installed the AppServer o the same server where Passwordstate is installed? Do you have a Proxy or Load Balancer in front of your AppServer by any chance? Can you log into your Passwordstate web server, and do an NSLOOKUP to your AppServer URL, and this should return a single hop to the server where the AppServer is installed. Does this return more than one "hop" You are welcome to log this with our support email address so we can get screenshots and discuss server details if you wish. Please log it though this page if this is what you'd like to do: https://www.clickstudios.com.au/support.aspx Regards, Support.

Hello, I was using the Chrome browser, and below is a screenshot of it form filling - using the settings above. Regards Click Studios

Issue: You are attempting to upgrade to Passwordstate 9493 or above and you see an error such as below when upgrading the database. It reads: Error The statement has been terminated. Could not allocate space for object 'dbo.AuditingArchive'.'PK.AuditingArchive' in database ’passwordstate' because the ’PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. Fix: We believe this is happening due to the expected database growth in build 9493 due to the introduction of Unicode characters. This can grow you database by an expected amount of 300% to 400%. Have you rolled back your upgrade yet by any chance, including the database? The troubleshooting for this will differ depending on what state your system is in: Status 1: Your webserver and database have been restored, and your system is currently working: Troubleshooting: Use this forum post to confirm you have enough disk space and you have no limits on database growth: https://forums.clickstudios.com.au/topic/15057-build-9493-database-management/. This forum post also describes how to Shrink your Database and Log files, which you can try performing to reduce the overall size of your database. Try shrinking your database, and then perform the upgrade again from the beginning, ie run the Passwordstate.exe to upgrade the web files, and then log in to complete the database upgrade. Status 2: You have not rolled back your install files or database since logging this support ticket, and your system is still in a broken state Troubleshooting: Use this forum post to confirm you have enough disk space and you have no limits on database growth: https://forums.clickstudios.com.au/topic/15057-build-9493-database-management/. This forum post also describes how to Shrink your Database and Log files, which you can try performing to reduce the overall size of your database. Try shrinking your database, and then log back into Passwordstate again, this will attempt to upgrade the database one more time. If none of this helps, please contact Click Studios Support to assist. Regards, Support

Issue: You are attempting to upgrade to Passwordstate 9, from build 8995, but you receive the following error: "It appears you have upgraded Passwordstate to build 8995, but you have yet to login and finish the database upgrade step. Please close the installer, log into your Passwordstate environment and finish the upgrade, and then you can run this upgrade installer again. If you continue to have issues, please contact Click Studios for support." Cause: This issue can occur when you upgrade a database to build 8995, and then restore your database and attempt to upgrade the database a second time. This can occur if you are migrating to another environment and are testing the upgrade process, or something similar. Fix: Check the following file exists on your web server, and delete it: c:\inetpub\passwordstate\App_JScript\cs_library-8537.min.js You should now be able to log into Passwordstate again, and finish the upgrade process. Regards, Support.

Hello, We also look at the Name tag on Input elements, so if you configure your password record like below, it should form fill - it does for us. Regards Click Studios

We found the issue here is that when browsing to the /winapi URL in your browser, the browser was prompting for domain authentication. The following forum post shows possible fixes for this issue, and generally Suggestion 1 fixes this issue for most customers - https://forums.clickstudios.com.au/topic/152-why-am-i-being-prompted-to-enter-my-authentication-details/ Regards Click Studios

Hello, We've just tested this feature, and it's working for us, so it could possibly be some sort of data issue with your KeePass xml file. Can you please log a support call here https://www.clickstudios.com.au/support.aspx and provide a sample of your KeePass file we can test with. Thanks Click Studios

Hi Michael, You can copy and link records between different lists, but it has to be done on a per record basis after the record has been added. Since you want to synchronize all records, we'd instead recommend just giving these other users access to this one Password List, and then delete the other Password List. Regards Click Studios

Hello All, As of build 9519, you can now customize this on your Preferences screen. Regards Click Studios

For anyone else reading this forum post, this feature is now available in build 9519. Regards Click Studios

Hello Everyone, Today we have released build 9519. For full details, please refer to our changelog here https://www.clickstudios.com.au/passwordstate-changelog.aspx Regards Click Studios

Hi Wout, Microsoft will need to fix this issue, as we have no control over what their agent does in IIS. Can you please log a support ticket with them? Regards Click Studios

Hello, That is a bit strange that the behaviour is different from different Hosts. Could you log a support ticket here https://www.clickstudios.com.au/support.aspx, and provide information from this forum post - https://forums.clickstudios.com.au/topic/2518-passwordstate-support-information-script/ We'll have a look at the health of your server for you, and see if we can spot anything obvious. Regards Click Studios

Hello Jomalin, Unfortunately there is not. Regards Click Studios

Hi Jomalin, If you have a look at the screen Administration -> Reporting, all these reports are available via the API. I would suggest you're interested in failed heartbeats, and we have a report for that. Full documentation can be found on the menu Help -> Web API Documentation We hope this helps. Regards Click Studios