Jump to content

Martyn Houghton

Hornbill Users
  • Content Count

    3,269
  • Joined

  • Last visited

  • Days Won

    69

Martyn Houghton last won the day on February 17

Martyn Houghton had the most liked content!

Community Reputation

405 Excellent

5 Followers

About Martyn Houghton

  • Rank
    Senior Member

Profile Information

  • Gender
    Male
  • Location
    Theale

Recent Profile Visitors

4,178 profile views
  1. @Steve G We have made some progress on this but our developer is hitting some inconsistencies. [14:46] David Hutchman Hi Martyn, I've found that the screenshots aren't always successfully attaching to the ticket, I originally thought this was an issue on my end with how I was saving the images locally but after doing some digging it seems that there's an issue with attaching the images from the session. When calling the attachFileFromSession method of the api, when its not worked the following is returned:
  2. @Steve G We have made some progress on this but our developer is hitting some inconsistencies. I've found that the screenshots aren't always successfully attaching to the ticket, I originally thought this was an issue on my end with how I was saving the images locally but after doing some digging it seems that there's an issue with attaching the images from the session. When calling the attachFileFromSession method of the api, when its not worked the following is returned: Text <methodCallResult status="ok
  3. +1 for read only view for logged in guest (external users) is what we were looking to use it for. @samwoo like your idea of having it as a widget for internal use on the Employee Portal. Doing the same for the Customer Portal would also fit our requirement as well.
  4. @James Ainsworth Thanks for the clarification. We will look at other solutions to present boards with our external customers. Cheers Martyn
  5. @Steven Boardman Is it possible to give external users, i.e. external contacts, access to Hornbill Board Manager boards? I am thinking this is not currently possible, but if not is there any intention to do this? Cheers Martyn
  6. @James Ainsworth sorry to add more to the requirements, but it would be good it be able to distinguish between which portals a Knowledge base item is accessible via. I.e. some we would want only on the Employee Portal and some both etc. Cheers Martyn
  7. @Victor Is there still the restriction that you cannot remove/replace an embedded image though when editing? Cheers Martyn
  8. @James Ainsworth It good to hear there is movement on the Knowledgebase, but can I check that this applies to external Customer Portal as well and not just the Employee Portal? Cheers Martyn
  9. @Ehsan Please see below the role permissions. I will try to replicate the users issue and get the network console. Cheers Martyn
  10. @Stephen.whittle I suspect the integer value inserted into h_feedback maps to whether they liked or disliked the FAQ, but perhaps someone from Hornbill can confirm the what each value means. Cheers Martyn
  11. @Ehsan If I restart the workflow it works fine, so it is the same issue of 'context'. The user logging the request in the Employee portal does not have the permissions to undertake the automated processes in the BPM which are done as soon as the request is logged. Can you confirm at which point you want the network console output from, when the end user is logging it in the Employee Portal or when I open up the request with the broken workflow? Cheers Martyn
  12. @Ehsan This is the error reported on the workflow of the request. The workflow updates the customer of the request after adding the user as a connection on the request. User has the following roles. They Idox specific one where created from the standard Hornbill ones when we first implemented as we need to alter some permissions compared to your standard ones. In this case the user is a full user and does have Change Management User access but the error still occurs. Cheers Martyn
  13. @Daniel Dekel Thanks for the update. That would be great help. Cheers Martyn
  14. @Ehsan We remove the permission to close requests from user, as they where "accidentally" closing them without completing steps in the workflow. We use 1 min suspend to switch the context to the system user, so the BPM then has the permission to close the requests. Users raise Change Requests via the Employee portal, but do not need to be a member of the Change Requests role as they are the consumer of the service not an analyst dealing with the change requests. As we automate a lot of processes in the CR ahead of the first 'Human' task which would end up being run as the user loggin
×
×
  • Create New...