Jonas Swiatek

This happens because there's a call "stuck" in CallKit. It's probably because of a failure, and reportCallEnded (or whatever the method name is), wasn't called appropriate - so CallKit (and...

So, you're getting `endCall is triggered` printed in your logs, correct? It's whatever goes on inside `stompService.rejectIncomingCall(callDetail.callUUID);` that doesn't do anything? If so, what are you doing inside that method?...

You can't expect to have this event handler work when initialized inside a react functional component. React Native internally detatches a lot of processing for these when the app isn't...

Working fix for this is here: https://github.com/react-native-webrtc/react-native-callkeep/pull/537/files#diff-5bf14dd7c9519f053dd7c65d373334375a8cec00476eec049a3e25fa7d47cae4R278 However it's more of a debate a few changes PR - but you can lift that code change into a fork of your...

Doing so would require running in self managed mode. There is a pull request for that in the making: https://github.com/react-native-webrtc/react-native-callkeep/pull/395 It basically requires you to provide your own incoming call...

The app will remain active because it's running a foreground service. If it didn't you'd loose access to the microphone the moment the app is no longer in foreground.

@manuquentin @danjenkins I'd like to talk about how to solve this issue before I start coding away at it.

> But if you have this duplicate initialization issue, then [react-native-callkeep would be affected as well](https://github.com/react-native-webrtc/react-native-callkeep/blob/master/ios/RNCallKeep/RNCallKeep.m#L58). (and likely the other modules) > > Not sure what is the root cause....

> ah, ok I removed all that in order to create the smallest possible image size. Will look at putting it back in.. Yeah I suspected that was the intention!...

@davehorton Hey Dave. I've pretty much confirmed that, at least in my deployment, that the TTL for whatever host is passed to --http-handler, doesn't apply when changed in the underlying...