Post

Replies

Boosts

Views

Activity

iOS 14 Notification (VoIP and APNS) not delivered
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.
0
0
613
Aug ’21
iOS 14 Notification not delivered
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.
0
0
518
Aug ’21
[iOS 14.5 Beta] SCNetworkReachabilityFlags return kSCNetworkReachabilityFlagsTransientConnection
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?
4
0
1.4k
Feb ’21
Detect current device Country
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
0
0
789
Dec ’20
DeviceCheck supported devices ?
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
0
0
677
Sep ’20
[iOS 13.3.1+] Unable to Auto Answer Call using CallKit
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.
0
0
691
Sep ’20