This is not a proper solution in my opinion. That will add an extra timeout after the prompt is played. And this solves the issue because the Menu waits for DTMF, so it plays the prompt. However, just setting the property@RafalR
that fixed it just added menu component fir second and the flow works great after that Thanks!!
AllowDtmfInput to false will do the same without the overhead of the Menu.look - after the initial post the first answer:Is this the intended behavior of CFD, and was it the same prior to v20? And how can I fix this without using the Menu component as a workaround?
in your project: no, it's enabledWas the option 'Accept DTMF Input' disabled in the CFD module?
I'm sure you did not.Maybe other problem, maybe other solution, but pls. look at the latter answers above.

False in order to play the prompt immediately, otherwise the prompt is queued, and played when there is a Menu / User Input, or when the call ends. This is by design, it has always been like this.No problem mate, just wanted to mention that the solution was already in the thread.@edossantos_sipcaller I am not thread owner. I just offered my workaround (which is pointless now) and then asked just once about the specific situation with a loop. I didn't expect that PlayBack component directly affects things like loop. Sorry for taking your time.
Founded in 2005, when VoIP was an emerging technology, 3CX has gone on to establish itself as a global leader in business communications.