Twilio inbound calls and texts webhooks

evanlitttle · 2020-11-21T21:27:48.568Z

to anyone who is trying to setup a call system in your Bubble app where you respond to inbound calls and texts that you receive via webhook, you may encounter the following challenge with Twilio

Error - 12300 which means invalid content type. To solve this problem and remove the error, you need to add an api response workflow to the Api workflow / endpoint that is recieving the call as follows

twilio2744×665 21.8 KB

Basically you need to give Twilio some instructions using their language called “Twiml” you can find the Twiml language reference here: TwiML™ for Programmable Messaging | Twilio

In this case we are saying Hello World! to the person calling in, you can add different Twiml to match your specific use case

Hope this helps anyone who is stuck on this in the future! It’s a simple fix but took me too long to figure out

Cheers!

Evan

jelle · 2020-11-26T12:17:56.103Z

evanlitttle:

hich means invalid content type. To solve this problem and remove the error, you need to add an api response workflow to the Api workflow / endpoint that is recieving the call as follows

This is so awesome, thank you thank you thank you

I was running into this xml response error when trying to use webhooks with codeReadr. (service to scan barcodes). It works now

thanks!

realprojectfalcon · 2021-02-04T12:05:29.590Z

Hi, this is really helpful - thanks a lot for sharing.

I’m encountering something similar when sending SMS messages via Twilio from my Bubble app - invalid content type, which I’m guessing is down to needing to give Twilio some instructions using their language.

Happy to have a dig around, but wanted to ask if you have any pointers? I’m very much a no-code developer here, you see. Thanks!

miketye · 2021-04-28T03:04:01.571Z

Hoping that bringing up an old thread can keep relevant info together.
Was this using the Copilot plugin called “Twilio”?

I’ve been trying to set up just a simple message to tell people who ring my twilio number that is a system number.

The data seems to be going back into Twilio (See screenshot) but the phone call simply hangs up after a couple of seconds. Twilio always just points back to the content type issue so Im not getting any help there!

image486×777 25.6 KB

image833×506 22.6 KB

Sarah_Esteve · 2021-08-18T10:01:29.910Z

hey @evanlitttle

I tried to set up like you said but I’ve the plaintext back to my user :

image541×548 16.2 KB

Maybe I did something wrong?

mjrudin · 2021-12-18T09:47:38.414Z

Anyone have examples using Twilio for inbound calls to receive and store photo messages? Got it working for Postmark email, but stuck on Twilio!

razvan · 2022-06-17T21:19:33.607Z

Yup. The way I do it, through the back end webhook, first step is create a new DB(message in my case), then add it to the lead that those messages belongs to. The way I find it is, when initially we create a conversation with that receivers phone #, we add the Twilio SID CH to it, so that allows us to search the DB later on. Then to convert the twilio text to url, we use their chatservicegetmediaurl endpoint. I hope that makes sense.

agiledood · 2024-04-11T15:42:54.409Z

sorry for drudging up an old thread, I sent this to Bubble support and they basically said it is what it is, meaning there is no solution. If you set a return from API, Twilio sends that text via SMS so there is no way to suppress the warnings that Twilio generates. Twilio support also said that there’s nothing that can be done until Bubble can be set to use plain/text content types.