Jump to content

Victor

Administrators
  • Posts

    5,688
  • Joined

  • Last visited

  • Days Won

    168

Everything posted by Victor

  1. I assume this thread is a duplicate of: Seems like this thread was submitted to early ... I'm closing this then.
  2. @Martyn Houghton the SM build containing this functionality is now available for update in live instances.
  3. @Martyn Houghton like this: Use CTRL + SHIFT + LMouse to open the variable picker. Then from the list select "Task Details". Then select the task itself and then you will have the list of the task details as in the screenshot...
  4. @chrisnutt it will spawn BP for active requests (i.e. not closed or cancelled). My suggestions: temporarily disable the BP (deactivate them) if you don't need a BP on imported requests; if the above not possible/feasible temporarily remove the email to customer nodes from BPs.
  5. @Paul Alexander of course! Proper dictator!
  6. @Lyonel you should have received some email regarding the issue you experienced. Just an FYI in addition to the emails, this is what is (or was) happening with the change requests you mentioned:
  7. @Paul Alexander I don't think you are addressing the root cause of the issue you are facing.. which is allowing your analysts holidays or allow them to leave the company! ... It seems you have a democracy going on there, you need to think of changing this to a totalitarian regime... (jokes aside, this is an extended functionality for bulk actions that is not currently there so our product managers and devs will have a look and see if, what, how... )
  8. @Lyonel I really like when customers try to help themselves but on this occasion I think is best to raise it with our support team https://www.hornbill.com/support/?request/
  9. @Lyonel may I ask why you need to access an archived log file?
  10. @derekgreen I'm afraid can't... I simply don't know the product (ADFS) ... I can work with the XML file (or information) provided by the IdP (in this case ADFS) but to go in and look for it in the IdP itself I do not know
  11. @derekgreen send me the XML in a PM please
  12. @samwoo @Paul Alexander Indeed, we haven't confirmed, apologies. But we do like the idea and I think our dev team is already looking into implementing this functionality
  13. @derekgreen as @Martyn Houghton suggested you need either teh URL or the SAML metadata file (the XML file). You need to ask the ADSF guy to give you this. They know what it is. Until you get this you can temporarily disable certificate validation to allow your users to log in. EDIT: @Martyn Houghton disabling SSO allogether is indeed an option, but if you have hundreds of basic users.. well.. it might take a while to reset all passwords
  14. @Stuart Torres-Catmur good stuff
  15. @Paul Alexander I've been called legend, epic... so... star is fine too... I guess... (jokes aside, we are happy we can be of assistance and thank you for the appreciation )
  16. @Martyn Houghton indeed, it seems not... Did a bit more digging into this... the date/time format for these fields (date/time fields from requests) in email templates will have the format of the date/time set in user profile... for requests it refers to in which user context the email was sent...that will be the user.... Hope this makes sense, been a long day
  17. @Paul Alexander I do not know how is stored... I think is: dd MMM yyyy but not 100% sure... all accepted formats are visible in the drop down list, you can assign one and then have look how is stored in the DB... (you can run a quick report on h_sys_accounts)
  18. @Paul Alexander ... do you import the basic users from somewhere? How are the users created (e.g. the ones you mentioned to me for example) The issue occurs because the users have an invalid date format set against their profile. If you look at the user profile in admin tool you will see the data format field empty. But this is not actually empty, it displays as empty because it contains a value not recognised by Hornbill. You can see this if you look at the user record in the database: that date format is dd:mm:yyyy. Quick fix, ask the affected users to change their date format in their profile (or change it yourself in admin tool) and, if you import the users from somewhere else (like AD), make sure you populate a valid date format for the imported users (by valid format I mean a format accepted by Hornbill).
  19. @Paul Alexander who are these users? (id's) ... you can send this info in a PM if you like for privacy reasons...
  20. @Martyn Houghton hmm... maybe use a request custom field to store the task outcome and then use this custom field in the template?
  21. @Martyn Houghton as far as I know the date/time values in email templates will have the format defined in system settings... Try and changed these settings and see if the template picks up the new format...
  22. @Martyn Houghton we are working to have this functionality improved (i.e. higher degree of flexibility in configuring the timeline update for tasks).
  23. @SJEaton yes, you can... The information you need is stored in h_sys_tasks table. You need to be aware that a request can have multiple tasks associated to it so remember this when building the JOIN and other filter criteria.
  24. @Stephen Hutchinson @Martyn Houghton We have updated your instances to address this issue. The update includes a revised functionality around email to address the bare line feed rejection. When you have a chance please have a look and let us know if the issue still persists or not in your instances.
  25. @Rohit Govind just an FYI, the issue was fixed in your instance and the permanent fix was also included in the latest SM build, now available for update in live instances.
×
×
  • Create New...