Plum IVR Support

We are experiencing some unusual behavior.
We set up two scratchpads in our dev account Barge In 1 and Barge In 2. Both set a global property disabling barge in. Are you able to view our scratchpads?

Barge In 1 has 3 prompts in 3 blocks. Each prompt sets bargein in a prompt attribute. They alternate false true false.
Expected:
The first prompt cannot be interrupted
The second prompt can be interrupted
The third prompt cannot be interrupted.

Actual:
No prompts can be interrupted

Barge In 2 has 4 prompts in 4 blocks. Each prompt sets bargein in a prompt attribute. They alternate false true false true.
Expected:
The first prompt cannot be interrupted
The second prompt can be interrupted
The third prompt cannot be interrupted.
The fourth prompt can be interrupted

Actual:
The first prompt cannot be interrupted
Any of the remaining 3 prompts can be interrupted


Is the actual behavior what we should expect or is that a bug or the way we have things set up?

Hi,

We advise against mixing bargein types for prompts that will be concatenated as it will result in ambiguity in how the caller will be able to interact with the IVR.

Regards,
Plum Support

That aside, is that expected behavior with how we have it set up. It seems like it may be a bug?

Hi,

Given that mixed barge-in types result in ambiguous functionality, it is hard to say what is an expected behavior. To ensure things work as expected, we suggest using one type of barge-in.

Regards,
Plum Support