Jump to content

Gerry

Root Admin
  • Content Count

    1,952
  • Joined

  • Last visited

  • Days Won

    73

Gerry last won the day on November 17

Gerry had the most liked content!

Community Reputation

295 Excellent

5 Followers

About Gerry

  • Rank
    Senior Member
  • Birthday 03/19/1966

Profile Information

  • Gender
    Male
  • Location
    UK

Contact Methods

  • Website URL
    http://www.hornbill.com/
  • ICQ
    0

Recent Profile Visitors

2,996 profile views
  1. All, Just a quick update, we continue to make very good progress but we still have some quality control and testing work to do, we are keen to get this in front of you all but we also want to ensure its something worthy of your time. I do not think we are able to make the last mentioned date, but it is very close, we will do some further reviews this week and I will post a further update at the end of this week. Thank you for your patience thus far. Gerry
  2. @Adrian Simpkins Keep up the good work, team Hornbill is here to help if you need anything. Gerry
  3. Hi @Steven Cotterell Its something we have in our backlog but we are really busy at the moment and have not got too much free capacity. The issue is not so much with the timing out of the passwords themselves, thats relatively trivial, it's the behaviour of the system both before and after a timeout event. What is your expectation, are you simply looking to lock out an account after 'n' amount of inactivity, for example if not logged in for 60 days, reset password, or are you looking for the enterprise-style - your password is going to expire notices, your password has expired, please reset, please change your password before continuing etc... There is quite a stark difference between those two ends of the spectrum Gerry
  4. @Adrian Simpkins Thats really great to hear, congratulations to you and your team for a great job done. We are thrilled for you here at Hornbill, we love to see when customers achieve those successes and are delighted to have the oppertunity to play some small part in that. Gerry
  5. Hi Steve, It works the same way as Service Manager, for each person you need to have access to Customer Manager there would be a subscription charge. This does not have to be the same people or same number of people who have Service Manager, the two applications are entirely independent of each other. Every user needs a platform subscription. So you could for example, have 20 people using only Service Manager, and another 10 people only using Customer Manager, and then you could have another 5 people that need to use both Service Manager and Customer Manager. In this example you would need the following subscriptions. Platform = 35 Service Manager=25 and Customer Manager=15 Does that make sense? Gerry
  6. @Alberto M Thank you for the update, I am glad it is working for you now. I will instigate our on internal tests to verify that we are correctly supporting Unicode our end, thanks for the report and the updates. Gerry
  7. @Daniel You raise an interesting question and I thought it worth addressing. We have been evolving the employee service portal with some great new capabilities, many of which you will see over the coming weeks. One of which is an intelligent search function that will "find info as you type", this will be a search on the portal page, not the top search bar. One of the reasons why the top-bar auto-hides for basic users is to facilitate more fuller branding of the service portal you present to your end users, we felt that we wanted your companies branding/logo to be more prominent when presented to your end users. For power users (that is normal Hornbill platform users) we do not hide the top bar because the functional on the top-bar are primarily aimed at normal/power users. That being said, we are going to add a setting that will allow you to disable this auto-hide behaviour for basic users, that will be available in the coming weeks, we will post back here to let you know when its done. Gerry
  8. @Alberto M Ok please post back I am curious now to see if this is something we are not handling correctly, it could be if its down to the unicode characters and the codepages the XML is working in. We assume utf-8 for the XML message (assertion) coming out of ADFS, which is pretty much the standard, but I would not be at all surprised if ADFS put out a different code-page or encoding (or could be configured to do so) which may not be valid, or which is valid but we are not handling correctly. will be interesting to know. Thanks Gerry
  9. @Alberto M Has this user ever worked? If not, you could try setting up the user account and not use the Unicode characters, especially in the login ID, there could be some unicode issue here. Gerry
  10. @Alberto M In which case its very likely to be an issue with the ADFS server. If its user specific, does that user have any strange Unicode characters in their login id, name, email or other such login related information, this can also sometimes lead to checksum errors as systems don't always deal with Unicode properly. Gerry
  11. @Alberto M Ok, and other users are not impacted? If not then that is a very strong indicator that there is a problem with the digital signature being generated by ADFS. Gerry
  12. @Alberto M Thats great, please post back if you do find a resolution, would be helpful to other members in the future I am sure. For searchability, the exact error message is: The signed object's hash did not match that in the signature Thanks, Gerry
  13. @Alberto M Just had a quick look at what this error means. The user you mention is using SSO, and this error is reporting that the signed digital signature hash computed against the digital assertion provided by your identity provider does not match the expected has result. So that leads to a number of questions. * Do you have more than one SSO profile in use on your instance? * Are other users using the same profile? and if so, are they also having problems? The error message suggests that the assertion your IDP (ADFS?) is issuing is corrupt or somehow invalid, you would need to talk to the admins of your identity provider/ADFS system Gerry
  14. @Frank Reay With regards to Cloudfalre, we do not hold any data on Cloudflare's servers, we cache our web pages HTML. CSS and so on, but all of your data is transferred securely between your browser and our servers in our DC's. Best way to think of it is like this. When you load a web page, the HTML, CSS, Javascript and images that makes up the page is loaded via CloudFlare, once the page is loaded, we will make one or more AJAX calls from your browser directly to your instance endpoint. Your instance endpoint will DNS resolve to an IP address that is one of our edge servers in our DC, your instance endpoint, will include a coding that shows the region that the instance is located. This means your data is always in the host DC, for you thats the UK, its encrypted using TLS in transit from our servers to your browser. You can see what DC's we have in operation here. https://trust.hornbill.com/data/ Hope that makes senes. Gerry
  15. Great news, you seem to have nailed it now, sorry for my late reply. Thanks for posting what you found to fix the problem here, I am sure this will help someone else in the future. Thanks Gerry
×
×
  • Create New...