@DTS Engineer Hello Eskimo, Any progress on the above issue. Please help us in this regard. Still the feedback chain is in open status with no comments. https://feedbackassistant.apple.com/feedback/14924584 Regards, Carol

I can confirm that CXCallObserver delegate is getting fired while there is an incoming WhatsApp video calls too. Tested with iOS 17.2 version in SE 2 gen. Also it is to be noted that the delegate callObserver:callChanged: only listens to the call status changes and the app should be in foreground before any call status changes happen. For example if we haven't launched our app and and an incoming call is there from some number and after that we launch the app, then the incoming status will not be observed because the app was not active to listen to the call change. In this case if we accept the call while app is in foreground then the hasConnected will be fired.

I found in another apple thread for similar issue and there it is confirmed by an Apple engineer that it is a bug for iOS 18 onwards . https://forums.developer.apple.com/forums/thread/760859 Filed the apple bug for this at: https://feedbackassistant.apple.com/feedback/14924584 FB14924584 Regards, Carol

Hello Eskimo, Filed a bug report for the same at https://feedbackassistant.apple.com/feedback/14924584 FB14924584 Regards, Carol

As an information received a reply from Apple for the raised bug and as of now it recommends to use securityType property instead of the buggy isSecure . So moving forward securityType must be used to find the wifi security type which can be only invoked with -fetchCurrentWithCompletionHandler: available from iOS 14 . Also please note securityType is only available from iOS 15 and above.

Hello Eskimo , Thanks for the confirmation that this is an issue of iOS and even iOS 16.3 have the same bug/issue with isSecure property . As per your request the bug has been filed with the number [FB11985434] FB11985434 Please have a look at it and hope Apple fixes it in upcoming days as I guess this bug has been there for long. Regards, Carol

Hello Eskimo, I can confirm the bug is still present as isSecure is returning always false even though securityType is 2 (i.e .personal) . I am getting SSID of the connected network without any issues but as mentioned in question isSecure is always false  even though  both my Mac and iPhone settings recognise that my network is secure as WPA2 Personal. I am calling NEHotspotNetwork.fetchCurrent(completionHandler:) I have location permissions granted with precise location. Access WiFi Information Entitlement enabled in both Xcode and prov profile I am running on iOS 15.6 this time. Any idea what is wrong here with isSecure in iOS 15 version? Is this bug fixed in iOS 16 SDK? Please help Yours sincerely, Carol