first ConversationUpdate sent is not matching with the Emulator - locale problem
See original GitHub issueVersion
Based on the _botAgent I’m seeing in my DirectLine object, I’m currently at DirectLine 3.0 and WebChat 4.5.2
Describe the bug
Conversation update is sent without the locale, which then cause the welcome message to be in the default language
To Reproduce
Steps to reproduce the behavior:
- Create a React Webchat component
- Generate a new token and a new directline object, pass it to ReactWebChat
- Your bot didn’t get the locale that you set in the ReactWebChat, but the default one set in the bot
Expected behavior
Your bot use the locale sent via ReactWebChat.
For example, if you use the emulator, the activity object that the bot will recieve is the following : As you can see the locale is set.
With the ReactWebChat component we get the following :
Additional context
I add a backline which send an event with the locale as soon as the directline is connected (as per example 15 BUT it did not constantly prove to be working (event coming too late after the conversation update maybe, or the other way around), so I had to add a delay of around 300ms to fix the issue but this is far from being optimal
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (7 by maintainers)
Top GitHub Comments
@p-nagpal can you provide any detail to the updated ConversationUpdate mechanism and how it affects locales being provided from Direct Line to the bot in a deployed scenario? The service recently made a change that could have affected this behavior, and we should port this behavior in to the BF Emulator to keep the experience consistent if that is the case, or update documentation if the service has different guidance. @Zack-Strife what you may have run in to here is a difference in behavior between how the BF Emulator “emulates” Direct Line and Direct Line actual.
@Zack-Strife we will close this for now for inactivity. Please create a new issue referencing this one for continuation.