iOS | 2.10.0
Hello,
Can someone explain me why
kTelephonyServiceDidRemoveCall is triggered after few seconds when I pick the call via Rainbow from PBX?
I did this scenario:
From PBX call to Rainbow
I see triggered these notification in mentioned order:
1. DidAddCall (Incoming)
2. DidUpdateCall (Incoming)
3. DidRemoveCall (Incoming)
4. DidAddCall (Outgoing)
5.DidUpdateCall (Outgoing)
I have my business logic what should be done when DidRemoveCall is triggered, because before 2.10.0 was triggered only when call was ended.
How am I able to check if the call is still active? Because if I dismiss calling interface when DidRemoveCall is called I have an issue because user does not have calling interface anymore even call is still there. What do I need to check now if call still exists? I guess right now I cant rely on didRemoveCall notification.
-
Patrik Spisak you question has been taken into account and has already been dispatched to the relevant developers.
The first answers I got was that there are no logs for understanding and analyzing your issue...
-
I got this answer :
On an incoming call, you have first the WebRtc call which is presented in CallKit ; after the answer, and once the audio connection is established, we receive the PABX call (aka CSTA) with "active" state, and it replaces the WebRtc one, which is removed for UI.
-
And how can now verify call is really ended in this case? Before 2.10.0 was notification triggered once call has ended, so basically after 2s of this notification I dissmised my UI.
But now, my UI is dismissed because notification was called, but as you explained, another call is replaced previous one.
Is there some property or method which can I check if call is just switching from WebRTC and is not hang up?
Iniciar sesión para dejar un comentario.
Comentarios
5 comentarios