Menu

#48 Make visitorChatEndedUrl handling more flexible

2.2.0
closed-fixed
5
2014-02-10
2014-02-04
Becky Mc
No

When using the client property visitorChatEndedUrl, the visitor does get taken to the specified URL at the end of the chat. This happens by replacing the chat window content with that of the configured URL page (after a few seconds delay).

There are some shortcomings to this solution:
- the user loses the chat transcript/history and can't look back at it
- the chat window doesn't have scroll bars, so the URL page content may not fit (so can't all be seen)

It would be an improvement to make the behavior configurable -- at least allow the option of opening the configured URL in a different window or tab so that the user doesn't lose the transcript.

Discussion

  • Amit Chatterjee

    Amit Chatterjee - 2014-02-09
    • status: open --> open-accepted
    • Group: Unassigned --> 2.2.0
     
  • Amit Chatterjee

    Amit Chatterjee - 2014-02-10
    • status: open-accepted --> closed-fixed
    • assigned_to: Amit Chatterjee
     
  • Amit Chatterjee

    Amit Chatterjee - 2014-02-10

    Added a new property - visitorChatEndedHtml to handle this issue. When this property is specified in the profile for visitors, at the end of a chat session, any HTML code specified by this property is displayed at the bottom of the chat transcript. You can add a tag to display a link to another page. The target attribute will result in the page being opened in a new window.

    The feature will be packaged into release 2.2.0.

     

Log in to post a comment.