Posts

Post not yet marked as solved
1 Replies
955 Views
Hello In the documentation for didReceiveIncomingPushWithPayload (https://developer.apple.com/documentation/pushkit/pkpushregistrydelegate/2875784-pushregistry?language=objc#parameters) it states that the completion handler shall be be called when the notification has been processed. Is that when the VoIP call ends, which could be hours after the pus is received depending on how long the user keeps talking? Or after calling reportNewIncomingCallWithUUID?
Posted Last updated
.
Post not yet marked as solved
0 Replies
555 Views
I'm seeing an issue with video calls where the green video dot reappears when the app is launched. But only if the device was locked when a voip call was answered. In my reportNewIncomingCallWithUUID I initially set .hasVideo to false, then a short time after I use reportCallWithUUID to update the call so .hasVideo is true. When the call ends I use CXEndCallAction which completes without any issues. This works fine when the device is unlocked. I get my VoIP push via pushkit, callkit shows an incoming call, my video call is running and everything appears to be closed down as expected. Relaunching the app does not show any green video dot. However when my device is iniitaly locked I get a different behavior. The code path is identical but after a video call the green dot reappears when the app is launched. When the app is not running there's no green dot on screen nor in the control center. But the green dot appears when I launch my app manually. I sure that I don't start the camera. What could I be missing?
Posted Last updated
.
Post not yet marked as solved
0 Replies
398 Views
HelloMy app receives VoIP calls from two different channels.1) If the app isn't running it gets started by didReceiveIncomingPushWithPayload and the app ends up calling reportNewIncomingCallWithUUID.2) When the app is running it may receive the call via the TCP connection it has to the server backend. When that happens the app calls reportNewIncomingCallWithUUID. However in this case didReceiveIncomingPushWithPayload may also get called.What shall the app do in senario 2? The call has already been reported by reportNewIncomingCallWithUUID so at the moment the app just ignores the didReceiveIncomingPushWithPayload and does nothing.It seems to be working but I can't find any documentation that covers the above senario.Having the server not send a push is not really an option. The server may think it has a TCP connection to the client but how long should it wait to establish a connection before giving up and send a push? There's always going to be a race condition where theres a TCP connection and a push being sent.
Posted Last updated
.