Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


support last won the day on November 19

support had the most liked content!

1 Follower

About support

  • Rank

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

14264 profile views
  1. Hello HeDish, Can you confirm if you believe you are seeing the same issue because your web server time is different to your database server time? If so, can you let us know what build number you are using, and there should have been a fix for this in the release below? Regards Click Studios
  2. Hi Fabian, Below will be the change - top one is V8, and bottom one is V9. So what you are saying with button names is incorrect. We receive an enourmous amount of support calls where customers to not realise the 'Ignore' button will add the URL to the 'Ignored URL' list. So we need to change this, because it does not seem obvious to customers. Do you have any other suggestions - keeping in mind we can only use single words, because of dialog realestate?
  3. For anyone else reading this forum post, we figured out what the issue was. On the old web server, the customer had the URL Rewrite module installed for IIS, and had a rule configured in their web.config file. On the new web server this module was not installed in IIS, which was causing the issue. Regards Click Studios
  4. Hello kvnpoa, I think there may be a technical issue with your browser extensions communicating with the API in Passwordstate, as you should not be logged out of the extension like this. Have you enabled any options on the screen Administration -> Browser Extensions Settings, to log yourself out of the extension? Or do you use any Load Balancers or Reverse Proxies, which may be inteferring with this? Regards Click Studios
  5. FYI Guys - in version 9 we are changing the wording of wording of the buttons to Never and Later, so it is more obvious as to what you are doing. If a site is in the Ignored URL list, the extension icon will also turn blue, to make it more visible that it's an ignored URL. Regards Click Studios
  6. Hello Ukasz, This error indicates you've made a mistake in the web.config file, and possibly one of the tags is not complete properly. Can you compare the web.config file to your original one, to see where the issue is? If you cannot figure it out, please contact us via the following page https://www.clickstudios.com.au/support.aspx and provide a copy of your file - we should be able to spot the issue for you. Regards Click Studios
  7. Hi Josep, Unfortunately this is a bug in the latest release (Build 8989). The only working around before we provide a fix, is to first authenticate to Passwordstate, and then open your permalink. Sorry for the inconvenience, and we will email you once the next release is available. Regards Click Studios
  8. Hi Fabian, Can we just check with you - with your Laptop, do you have Passwordstate installed on there, or are you just accessing Passwordstate from there? Regards Click Studios
  9. Hi Kyle, Have you tried putting S1W or S2W into the "Host Name Filter" field? There is also the 'Hosts to be Queried' tab where you can test what Hosts the discovery job will execute against. Does this help at all? Regards Click Studios
  10. Hi Kyle, Our Tag field is the only real option to filter based on the Host Discovery Job. Are you specifying multiple OU's with your Host Discovery Job, and that's why you need Wildcard matching on the Account Discovery Jobs? If you are using multiple OU's, is there any part of the OU's that would be unique to each of your jobs? Regards Click Studios
  11. Hi Jason, You should be able to use the report type below for this. Regards Click Studios
  12. Hi Fabian, I expect that is just a feature if IIS that is giving you that, and not specifically our software. We'd need to try and setup the same scenario to see if there's anything we're able to do about that. Regards Click Studios
  13. Hi Stefan, By default you cannot nest Password Lists beneath other Password Lists - you can only nest Password Lists beneath Folders. There is an option to allow this which can be enabled, but that option is being deprecated in version 9, as it causes confusion like you are seeing. So if you are not using Folders, then you must apply permissions to every single Password List you see in the Passwords Navigation Tree. I hope this clarifies. **Edit** there is a bulk permissions feature to quickly add permissions to multiple lists at once, found under Admin
  14. Hello Rathinger, Upon further investigation with Steve a while back, this feature by Microsoft for signing scripts with certificates is only relevant if you are executing the script off of the file system - we do not do this, instead we read from the database and execute in memory. So we tested this against a machine that had “set-executionpolicy allsigned” set, with Invoke-Command, and it executed fine without signing the script. If you want to replicate this behaviour yourself manually, you can try this: Run “set-executionpolicy allsigned” on your machine
  15. Hi Rankinc, Thanks for your forum post about this as we were unaware the opacity looked like this. We've noticed it's the same in Edge too, so we've logged a call with the developer of this Gateway, and will report back here when we have more information. In case you weren't aware, we've purchased the gateway from another company and integrated it with our software. They are always very good at providing advice or making changes for us if needed. Regards, Support.
  • Create New...