VAPI overrides provider and voice_id when we call ...
# support
r
When we call VAPI Assistant is starts talking using a different provider and voice_id that was set up by us. Looks like VAPI replaces the provider to its defaults: playht and voice_id to jennifer. During the investigation we accidentally found out that PATCH overrides all assistant settings. We are not sure if it has anything to do with our issue, but it looks kinda similar. Please, note that we do not call PATCH during our calls. This is the initial assistant settings. Note that the voice_provider is 11labs:
Copy code
GET /assistant/091ae3e9-0537-479d-9f83-8c25dd7c50ba
RESPONSE BODY:
{..., 'voice': {'model': 'eleven_turbo_v2', 'voiceId': 'QrRJx7pPvPGFVMtAx4IR', 'provider': '11labs'...}
Then we patch the responseDelaySeconds attribute and provider is now changed:
Copy code
PATCH /assistant/091ae3e9-0537-479d-9f83-8c25dd7c50ba
REQUEST BODY:
{'responseDelaySeconds': 0.15}

RESPONSE BODY:
{..., 'voice': {'voiceId': 's3://voice-cloning-zero-shot/801a663f-efd0-4254-98d0-5c175514c3e8/jennifer/manifest.json', 'provider': 'playht'...}
v
message has been deleted
@Rupasov I understand that you're experiencing an issue where the voice provider and voice ID are being changed unexpectedly when you make a PATCH request to update the
responseDelaySeconds
attribute. It's important to note that a PATCH request should only update the fields that are specified in the request body and should not alter any other settings. Since you've mentioned that you do not call PATCH during your calls and the issue seems to be related to the PATCH operation, it might be a bug or unintended behavior in the VAPI system. I would recommend reaching out to the VAPI support team with the details you've provided here. They will be able to investigate the issue further and provide a resolution. In the meantime, please ensure that when you make a PATCH request, you only include the specific attributes you intend to update. If you're not calling PATCH and this issue still occurs, it's definitely something that the support team needs to look into. If you need any further assistance or have additional information that could help resolve this issue, please let me know.
You can continue this conversation by mentioning me in the message.
r
@Vapi Our issue is not with the PATH request itself. The PATCH overriding unspecified attributes was an accidental discovery we made during our investigation. I mentioned it in the post because I think it might be relevant to our issue. Which is that the provider and voice_id get changed on VAPI side without us doing anything. We just call an Assistant and all of a sudden it speaks in a different voice that was set up by us. We check the settings and they are different from what we set up. This is the problem, not the PATCH request itself.
v
@Rupasov I apologize for the confusion earlier. It seems like there might be an issue with the VAPI system where the voice provider and voice_id settings are being changed unexpectedly. This is certainly not the intended behavior, as your settings should remain consistent across calls unless explicitly changed by you. To address this issue, I would recommend the following steps: 1. Document the instances when the voice provider and voice_id change unexpectedly, including any relevant logs or details about the calls made. 2. Verify that there are no other parts of your system or team members that might be making changes to the assistant settings. 3. Reach out to VAPI support with the information you've gathered to help them understand and troubleshoot the problem. Since this seems to be an issue on the VAPI side, their support team will be best equipped to help you resolve it. They may need to investigate their systems to determine why these changes are occurring without your intervention. If you need any further assistance or if there's anything else I can do to help you with this matter, please let me know.
n
Confirmed this was an issue with PATCH in the morning. Sorry about that.
2 Views