Open rcidt opened 1 year ago
It's the default behaviour of iOS
It's the default behaviour of iOS
- After tapping the answer button on iPhone, the default audio route is the iPhone speaker.
- After tapping the answer button on a Bluetooth device, the default audio route is the Bluetooth device.
@AbdulBsit observed same. Is there any workaround to route audio to bluetooth device even when user answers call from iPhone?
@vishaldaher on didActivateAudioSession
after call answer you can check for bluetooth device, if present just override it using RNCallKeep.setAudioRoute
method, I would suggest to keep it as it is, as this is a default platform behaviour for iOS
Thanks for Quick reply @AbdulBsit :)
I tried RNCallKeep.setAudioRoute
but its not working. I am also agree with your suggestion to keep this as is as its default behaviour.
Bug report
[X] I've checked the example to reproduce the issue.
Reproduced on:
Description
When a BT device is connected, outbound calls will automatically connect to the BT audio route.
But for inbound calls, the audio gets routed to the receiver/earpiece instead of BT.
When I print out the events for
RNCallKeepDidChangeAudioRoute
, I receive a bunch of them once I answer the call. Sometimes they start off as BT, but it gets overrode by subsequent events showingreceiver
as the audio route. These events are triggered outside of my app.Steps to Reproduce
Connect your device to BT device. Place an inbound call to CallKit app. Answer the call. Notice the audio route is not BT.
Versions
Logs