support

Hi Timo, In order to test scenarios like this, we need publicicly accessbile web sites that we can test ourselves, and debug with our tools. Are these two different web sites, as the URL looks to be the same in your example above. We do only support base URL matching, so if the base URL is the same for two different sites, then we might not be able to help with this. Or if you're able to, can you use different base URLs for these sites? Also check your 'Browser Form Fields' are correct for your password record - edit the record, and you will see the tab for

Hi Timo, Do you have any external sites with this behaviour that we can test with? Thanks Click Studios

Hi Emil, We're not sure what this could be at this stage, we may have to get you to emails us screenshots of your discovery job to supportclickstudios.com.au so we can see how it is set up. If you run the discovery job manually, do you get the same error? To run a job manually, go to Administration -> Powershell Scripts -> Account Discoveries, and run the script from the Actions Menu: You can add one host per line when running a job manually, do you have many hosts you are querying in your discovery job? Regards, Support

Hello Emil, For this discovery job, can you please check that the OU's you have specified are still valid? Regards Click Studios

Hi Jean, Yes it is, but we've made some improvements to it as well for the official release. Regards Click Studios

Okay thanks. With the error of "The specified network name is no longer available", possibly this was a DNS issue at the time, but it's difficult to tell, without being able to troubleshoot it whilst the issue is able to be replicated. Regards Click Studios

Hello Jean, When version 9 is released, in one weeks time, we will have this feature in our browser extensions Regards Click Studios

Hello Rap, Any changes to fields for the record, will trigger that email notification. Regards Click Studios

Hello Rap, As we do not touch the OTP fields at all during upgrades, we would say it's a coincident. As OTP is a time-based protocol, we'd recommend checking the time on your Passwordstate web server to make sure it does not differ to much to what's being used in AWS or Azure. Regards Click Studios

Hi Jeff, Version 9 will be officially released in one week's time (March the 1st), so we have closed the beta invitations whilst we finalise the release. Thanks for wanting to help test though Regards Click Studios

Hi braytoth, Sorry you had an issue. We'd probably need it to fail consistently in order to figure out the cause. Was is the exact same 'Operating System' error? Regards Click Studios

Hi Aaron, When version 9 is released in just over 1 weeks time, we will now have native Apps for iOS and Android - so you can have the icon that you're requesting. Regards Click Studios

Hi Alan, We've reviewed the code, and we think this could possibly be a bug. Can you try updating the SQL Code below with the correct UserID, and then execute with SQL Server Management Studio - does this allow you to delete the account after that? USE Passwordstate DELETE FROM [AccessRequestApprovers] WHERE AccessRequestID IN (SELECT AccessRequestID FROM [AccessRequests] WHERE UserID = 'xxxx') DELETE FROM [AccessRequests] WHERE (UserID = 'xxxx') Regards Click Studios

Uploading a QR code in an incorrect format could lead to a error below: Error Code = Character is not a Base32 character. Parameter name: c, StackTrace = at OtpNet.Base32Encoding.CharToValue(Char c) at OtpNet.Base32Encoding.ToBytes(String input) at passwords_Shared_editpassword.AnalyseOTPUri(String QROutput, Boolean FromTimerTick) at passwords_Shared_editpassword.PopulateFields() Passwordstate 9 has some preventative code to stop this from occurring, but in Passwordstate 8 you will need to clear the QR code manually. To do this, please follow these instructions below:

Comining in Version 9, on March the 1st

For anyone else reading this forum post, you simply need to drag and drop our files for RDP sessions, and the session window should turn yellow to show you are about to drop a file onto the file system. Regards Click Studios

Hello Michelle, Yes, you just need to change the bindings for the site in IIS, and then go to the screen Administration -> Password Reset Portal -> System Settings -> Miscellaneous tab, and update your URL there also. Regards Click Studios

Hello Maicon, Unfrotunately we do not have any customization for this. If you need this, we could log a feature request for you? Regards Click Studios

Hello bginfo, Please use the following document for this - https://www.clickstudios.com.au/downloads/Forms_to_AD_Migration.pdf Regards Click Studios

Hi Nate, The reason we suggested to specify the ports is because during our testing, as long as we had different SQL Instance Names, we did not need to specify port numbers for the Hosts in Passwordstate - and we did not witness the wrong accounts being associated with the wrong host record. In our experience the port did not change on startup, so possibly just specifying a port will help instead. Regards Click Studios

Hi NateG, We've just been looking into this, and the Discovery Job is working for us if you specify the correct Instance Name and Port Number. When using Dynamic Ports, in our testing it's only dynamic initially when first set, so you can specify these ports on the Host records in Passwordstate. You just need to look them up using the SQL Server Configuration Manager tool, like in the screenshot below. Regards Click Studios

Hello Jayordan, If you edit the properties of your Password Lists, you can select the URL like in the screenshot below. Then you List can be used with our extensions. Regards Click Studios

Hello, Can you tell us if this forum post is related to our Passwordstate Management software called Passwordstate - https://www.clickstudios.com.au/ We're not familiar with "IPA Server Install", and your request looks Linux related? Regards Click Studios

Hello th.son. The intention of a hash, is to compare one hash to another to confirm there is a match - so basically you need to know the value of your password credentials, hash that with one of the supported methods, and then compare that against the hash value we can return from our API. So this is not decrypting any data here. And yes, you should always being using HTTPS when accessing Passwordstate, and our API We hope this helps. Regards Click Studios

Hello, Can you please log a support call via the following page, as we may need to request some information which should not be shared on the forums - https://www.clickstudios.com.au/support.aspx Regards Click Studios