Open Psychokiller1888 opened 5 years ago
Hi @Psychokiller1888
I try to rephrase a bit your feature request.
What's missing? What's the issue The interaction is interrupted by the dialog manager when the TTS sentence duration is above 15 seconds, leaving no workaround to prevent this behavior.
Solution envisioned Wait for the TTS sentence to be uttered by the platform before waiting for the user to answer. (Modulate component time out (15 s) for the TTS according to the sentence duration)
I'm more than ok with that rephrasing
👍 We already have an item for this one in the backlog.
Meanwhile, it's not a perfect workaround, but you can change the components timeout default duration (15 seconds) to another one that suit your need (like 50% above the maximum duration of sentence you need)
The problem with changing is that then the timeout is too long. That's why I've been whining for an on the fly configuration change...
So 1.3.0 came out, but this wasn't fixed? I don't see it in the changelog, but it was tagged for next version which just happened?
Hello @Psychokiller1888, no the related feature is still scoped for a future release in our backlog.
The above failed with the classic "Ended because one of the component didn't respond in a timely manner"... Yep, because it took more time to speak the long sentence than the session length was. As we still don't have neither a session resurection, which would allow to reopen it, nor a on the fly configuration setter to change the session lenght or anything to go around this, I think the session timeout should start counting when the TTS has finished speaking and not like at the moment when it starts....