My application uses the CallKit framework to notify users of VoIP calls, I have a key feature for our customers which allows the user to automatically accept received calls. this function works perfectly up to the version of iOS 13.3. from iOS version 13.3.1 the application automatically accepts the call but the callkit view always displays the buttons to accept or end the call and does not update following the automatic action, this problem does not appear when the application is open on the other hand it is reproduced when the application is in the background.
STEPS TO REPRODUCE
Precondition: User A has the application installed
User B has the application installed and the Auto answer option activated.
User B puts the application in Background or application close.
User A call User B via the application using VOIP.
The CallKit screen is displayed for user B.
The application automatically accepts the call received from user A.
Issue: The Callkit screen continues to display the buttons accept and refuse when actually the call is already accepted.
Can you verify this problem because it seems to me that this is not a modification by design since the problem occurred starting from iOS 13.3.1.
Post
Replies
Boosts
Views
Activity
Hi, During my documentation on the DeviceCheck framework, Apple mentions that it is necessary to check if the service (API) is well supported by the device. There is no description on the devices that does not support this service. I understood that the simulators do not support this service as well as the device which uses an iOS less than iOS 11. But do you have an idea on the other devices which do not support it?
This will help me a lot with the client / server implementation and the use of the framework.
Thanks in advance
Hi,
I have a big problem to find an effective solution to detect the country where the device is located.
First of all I wanted to use the MCC, MNC from CoreTelephony (CTCarrier) and then it turned out that I cannot rely on this information since the framerwork only provides the information from the Sim Card. So there will be a problem in the case of roaming.
The second solution is to use the CoreLocation framework which is not efficient since there are applications like iMyFone AnyTo which can break my whole algorithm.
Can you help me resolve this situation?
Note that I wanted to publish my application so using private APIs is not an option
Hello,
I have a question that could help better understand a change in iOS 14.5 Beta, it could be a problem with this Beta. For my test:
I am using an iPhone 11 Pro device.
Device connected via WIFI
iOS 14.2:
handling this SCNetworkReachabilityGetFlags return kSCNetworkReachabilityFlagsReachable.
When I upgraded to iOS 14.5, the result is different which became kSCNetworkReachabilityFlagsReachable | kSCNetworkReachabilityFlagsTransientConnection
Could someone explain this change to me and is it a bug with iOS 14.5?
I had a problem with VoIP and Standard notifications with iOS 14.X only devices.
My scenario is as follows:
I have two iOS devices:
User A, User B
Interrupt the internet connection at user B
User A call User B via my VoIP application
Wait 15 seconds and activate the internet for B
Issue:
VoIP notification of the call is not received for User B
Side effect:
Randomly after this scenario, User B may no longer receive VoIP and standard (for text) notifications until I reboot the device.
PS: If user B is using iOS 12 or iOS 13 it works fine.
I had a problem with VoIP and Standard notifications with iOS 14.X only devices.
My scenario is as follows:
I have two iOS devices:
User A, User B
Interrupt the internet connection at user B
User A call User B via my VoIP application
Wait 15 seconds and activate the internet for B
Issue:
VoIP notification of the call is not received for User B
Side effect:
Randomly after this scenario, User B may no longer receive VoIP and standard (for text) notifications until I reboot the device.
This side effect is more common when I switch to LTE 7/10
When I switch to WIFI, I was able to reproduce it 1/20
PS: If user B is using iOS 12 or iOS 13 it works fine.