Release Notes
3.15.9 Release Notes
This patch release covers the following issues.
Key | Summary | Description | Status |
---|---|---|---|
CSN-5945 | Ghost interactions appearing again |
LLA raised a ticket again about ghost chat appearing again. ghost interactions logs gdrive link: Two task ID's are : b6a12e12-9b8e-46dd-a554-8233ff32faca against the Conversation ID's : QqV-WLmv0rYPQfjl3aD09 egBnurY03osUweIl7UmkQ
|
Resolved |
CSN-5943 | Queue wait time resetting on RONA |
Overview Queue wait time resets after the chat is RONA, (though this is as per the product's feature) but Lifeline has requested a CR, that after the chat being RONA, the wait time should continue where it stopped before instead of resetting. Dear all,
Acceptance Criteria After RONA, Queue wait time should not reset, instead, it will continue to where it stopped for that particular chat wait time in queue. (i.e timer_Stopped_at_value + Timer_starts_after_RONA)
|
Resolved |
Upgrade from 3.15.8 to 3.15.9
To upgrade from 3.15.8 to 3.15.9 follow these steps
- Navigate to HC deployment directory
- Edit coreversion.env file
- Update the tags of the images
databaseconnector=3.15.9
- commserver=3.15.9
- mre=3.15.9
- chat=3.15.9
- ccm=3.15.9
- Save and exit coreversion.env file
- Edit the <hc-deplyment-dir>/docker/environment-variables/database-connector-variables.env file and add the following environment variable:
ERR_FILE_PATH
=/usr/src/app/err
- Start all components by using the following command
$ efutils all up
3.15.8 Release Notes
Key | Summary | Description | Status |
---|---|---|---|
CSN-5909 | Reporting Connector goes into an infinite loop when a long customer name is used while initiating the chat | Resolved | |
Upgrade from 3.15.7 to 3.15.8
To upgrade from 3.15.7 to 3.15.8 follow these steps
- Navigate to HC deployment directory
- Edit coreversion.env file
- Update the tags of the images
reportingconnector=3.15.8
$ efutils all up
3.15.7 Release Notes
Key | Summary | Description | Status |
---|---|---|---|
CSN-5779 | Implement a quick fix for Log4J vulnerability in HC |
Vulnerability The CVE-2021-442288 vulnerability was found in the following Java-based components in HC:
Implementation This vulnerability is caused by Log4J2 in versions older than 2.15.0. It is recommended to update the Log4J2 library to at least ≥ 2.16.0 which resolves the following two vulnerabilities:
|
Resolved |
CSN-4876 | CCM cannot process outbound messages with % sign in text |
Whenever a bot or an agent tries to send an outbound message with % character to Twilio SMS, CCM gets stuck in retries and generates a lot of logs. The message is never sent to the customer. However, queues messages are not blocked due to this issue. |
Resolved |
Upgrade from 3.15.6 to 3.15.7
To upgrade from 3.15.6 to 3.15.7 follow these steps
- Navigate to HC deployment directory
- Edit coreversion.env file
- Update the tags of the images
ccm=3.15.7
commserver=3.15.7
mre=3.15.7
$ efutils all up
3.15.6 Release Notes
This patch release covers the following issues.
Key | Summary | Description | Status |
---|---|---|---|
CSN-5433 | Agent MRD State Change Time is not consistent in Reporting Database |
Scenario The Communication Server is responsible for changing the agent state for Chat MRD. The Communication Server sends agent MRD state updates to the Reporting Connector. This state update message also contains the time when the agent state was changed. The agent state time is usually maintained for two digits precision for milliseconds in the Comm Server. However, the timestamp can contain three digits when milliseconds are ≥ 100 at the state change time. |
Resolved |
CSN-5116 | Segregate Customer Reconnect Time Settings for Mobile & Desktop Browsers |
Scenario:
Proposed Solution: Enable to store cookies/local storage for detecting a mobile device and keeping the session alive. Issue: The chat session is closed and appears greyed out to the agent when he accepts the chat if the iPhone screen turns off. Note: This scenario is iPhone-specific. |
Resolved |
CSN-5050 | Chat Volume By Channel | Resolved | |
CSN-5037 | Finesse SSO Support |
Use case: As a Cisco UCCE SSO-enabled agent, the user should be able to log in to the embedded Cisco Finesse embedded agent gadget. The current implementation HC 3.18 doesn't allow login to HC Agent gadget for an SSO enabled Cisco UCCE agent Acceptance Criteria:
Limitations:
|
Resolved |
Upgrade from 3.15.5 to 3.15.6
The updated upgrade process is as follows:
1.Stop Comm Server service.
2.Login to MongoDB shell and execute the following commands:
$ efutils login
# select mongo
> mongo
> use chatsolution
> db.agents.updateMany({},{$set:{"LastStateChangeTime":""}},{"upsert":false});
3.Edit the coreversion.env file and update the following tags.
chat=3.15.6
customergadget=3.15.6
databaseconnector=3.15.6
4. To enable SSO edit <hc-3.15.5-installation-dir>/docker/environment-variables/umm-variables.env
a. Set SSO_ENABLED=true
b. Set the IDS server path in IDS1_URL and IDS2_URL environment variables
5. Edit <hc-3.15.5-installation-dir>/docker/environment-variables/chat-variables.env
a. Add MOBILE_CUSTOMER_RECONNECT_TIME
environment variable for reconnect time of mobile based customers. It expects values in seconds e.g. MOBILE_CUSTOMER_RECONNECT_TIME=120. Save the changes.
6. Start all services
$ efutils all up
Finesse Gadget Deployment:
Please re-deploy the finesse gadget from 3.15.6 Finesse Gadget Deployment.
To revert to older Comm Server images from 3.15.6, please follow:
- Stop Comm Server service.
2. Login to MongoDB shell and execute the following commands:
$ efutils login
# select mongo
> mongo
> use chatsolution
> db.agents.updateMany({},{$set:{"LastStateChangeTime":""}},{"upsert":false});
3.Edit the coreversion.env file and revert the Communication Server tag.
4. Start Comm Server service using efutils.
3.15.5 Release Notes
This patch release covers the following issues.
Key | Summary | Description | Status |
---|---|---|---|
CSN-5285 | ActiveMQ Tuning for optimized memory usage |
Problem: ActiveMQ gets crashed with reason OOM when there are ≥ 10000 ActiveMQ queues created. Proposed Solution:
|
Resolved |
Upgrade from 3.15.4 to 3.15.5
Follow these steps:
- Update following tag in coreversion.env
ActiveMQ: 5.15.9-alpine-openj9
Run the following commands:
CODE$ efutils all up
3.15.4 Release Notes
This patch release covers the following issues.
Key | Summary | Description | Status |
---|---|---|---|
CSN-5105 | Comm Server caching Agent Password |
Issue Comm Server saves agent credentials in its memory and uses them to authenticate the agent if the agent is already logged-in or the agent service object is already created for that agent id. Implementation Remove the cache and authenticate via Finesse APIs. The agent cannot log in with an incorrect or old password. However, the agent can log in if the password is changed.
|
Resolved |
Upgrade from 3.15.3 to 3.15.4
Follow these steps:
- Update following tag in coreversion.env
- commserver=3.15.4
Run the following commands:
BASH$ efutils all up
3.15.3 Release Notes
This patch release covers following issues.
Key | Summary | Description | Status |
---|---|---|---|
CSN-5022 | Calculate estimated position and estimated wait time for a Queue before initiating a task |
Acceptance Criteria The EWT API should take the following parameters:
Implementation Updated MRE API documentation is available from Postman. |
Resolved |
CSN-5006 | Database APIs for Chat Transcripts |
Chat transcript APIs were made available in 3.16. The APIs are made available in 3.15.3 release as well. |
Resolved |
CSN-5005 | Sort messages in chronological order in transcripts UI |
The CUIC transcript doesn't show chat activities in chronological order in the case of abnormal system failover. Resolution.Activities are now shown in the chronological order and not according to the sequence of insertion. |
Resolved |
CSN-5003 | Some records not added to the reporting database due to no Async Await |
Due to this issue, some agent chat legs, where the chat was handled by the agent, were not inserted in the database. |
Resolved |
Upgrade from 3.15.1 to 3.15.3
Follow these steps:
- Update following tags in coreversion.env
- chat=3.15.3
- databaseconnector=3.15.3
- reportingconnector=3.15.3
- mre=3.15.3
Run the following commands:
BASH$ efutils all up
3.15.1 Release Notes
This release covers a major issue identified in the Reporting Connector.
Resolved Issues | |
---|---|
Reporting connector stops working | Cause: When the Reporting Connector receives an Impact:
Workaround: Restart the Reporting Connector. Resolution: this issue has now been fixed by graceful handling of the exception. The Reporting Connector now re-subscribes to queue. Related issues: |
Upgrade from 3.15.0 to 3.15.1
Follow these steps:
- Update following tags in coreversion.env
- mre=3.15.1
- mremicroservice=3.15.1
- reportingconnector=3.15.1
- agentgadget=3.15.0.TEL-96
- customergadget=3.16.0
- activemq=5.15.9-alpine-3.12
Run the following commands:
BASH$ efutils all up. $ efutils service → mre → restart
3.15.0 Release Notes
New In this release
WhatsApp via Dialog-360 | WhatsApp integration was supported only via Twilio. With this release, Dialog-360 may also be used for WhatsApp integration. |
---|---|
Twilio MMS Support | With Twilio integration, both SMS and MMS are now supported. |
Validate signature in the Header for Viber | Viber signature was not being validated in the earlier releases. With this implementation, Viber signature received in the request header is validated. |
Validate signature in the Header for Facebook | Facebook signature was not being validated in the earlier releases. With this implementation, Facebook signature received in the request header is validated. |
Merged BT-38 | Some development for Hybrid Chat integration inside Microsoft Dynamics CRM and Hybrid Chat deployment on Windows were done in this branch and have now been merged in 3.15. |
Completed Stories
Resolved Issues
This release covers major performance improvements and resolution of some critical and major bugs.
Load Test Improvements and Results
A load-test cycle for customer-to-bot only conversation on WhatsApp channel was performed with a 360Dialog mock and customer traffic with dummy numbers. The system is capable of handling 5000 active chats with an average traffic rate of 150 messages per second. This is a load average for the test performed for eight hours.
Test Scenario:
- New chats are being active every second until they reach 5000 active chats (It will take around 84 minutes)
- After every 20 seconds of every chat, a message will be sent and BOT will reply to it
- After 30 minutes of test start the chats will be closed in every 3 seconds System will achieve 5000 chats because the closing chat frequency is 3 times lesser than adding new chat
- As soon as the active chats count will decrease from 5000, the new chat will be added to maintain the active chat count Roughly the message frequency would be 150 messages per second in overall system
- The test is carried out for 8 hours with the system health normal and with everything functional, then we decreased the load gradually and stopped the test
Open Issues 3.15.x
All Known Issues of 3.15.0 and older
Release Test Highlights
Tested with:
- This release was tested with UCCE 11.6, UCCX 11.6 and UCCX 12.5.
- Rasa bot is trained only for English language and tested with Standard Rasa 1.4.5.
- Tested with Articulate in English, French and Arabic language.
- For other channels (SMS, WhatsApp, Facebook & Viber), this release is only tested with Twilio trial account, Facebook developers tester account, Viber tester accounts.
- Agent gadget mobile app has also been tested.
- Agent and customer gadgets are tested on Google Chrome Internet Explorer and Firefox only.
- The solution was tested for up to 5000 active chats exchanging messages every 20 seconds for 8 consecutive hours.
Not tested with:
- The release was not tested with any Facebook, WhatsApp, or Viber production environment.
- Embedded Agent gadget is tested in Cisco Finesse only.
- The Agent gadget was not tested for embedding in USD or as an app in CRM.
- Test cycle for Windows based deployment is not done for this release.
Release Limitations
- This release is not compatible with Rasa version 0.x.
- Some functions in High Availability deployment may not work.
- Separate deployment of Customer-Gadget via deployment script is not functional
- Windows based deployment is not available with this release.
- In case of outbound message via agent interface, the agent will get the confirmation message "SMS sent successfully" for failed or not-delivered messages also.
- The system behavior for 5000+ concurrent chat sessions is unpredictable.
Please note that the end of support is three years after a version is released. After this period, Expertflow will not provide updates and technical support for the particular version.