I had to downgrade Xcode to 12.5.1 in order to be able to load the provisioning profile and sign the application. The provisioning profile cannot be loaded by Xcode 13.0

I have discussed with Apple technical support about this. At this moment it seems that VoIP applications in background can receive incoming calls by using either a public or a private push notifications server. https://developer.apple.com/documentation/networkextension/local_push_connectivity?language=objc I have opened a feedback with Apple for this: https://feedbackassistant.apple.com/feedback/9386479

It is possible, but the connection time might be very long if the 2 peers are not on the same network. If both are on the same network (LAN), then the connection time is fast and the communication protocol is simpler (e.g. SIP protocol is essentially a peer to peer protocol and VoIP applications can be implemented using for example PJSUA.). When the peers are in different networks (e.g. both are in different LANs behind firewalls with access to Internet) a possible solution is to use BitTorrent Bleep

I am interested if there is a solution for this problem. My use case is a peer to peer VoIP application, when there is no server at all.

with --deep option the notarisation process is successful, but the application does not request anymore microphone access.without --deep option the application cannot be notarised, but it requests microphone access (I have verified on 2 different systems that this is not a local problem)

This is not a notarization problem: it seems that somehow after signing the bundle with --deep option the application does not request anymore microphone access.

HiI have noticed that when signing the application bundle withcodesign --strict --timestamp --force --verify --verbose \ --entitlements ./Entitlements.plist \ --sign "..." \ --options runtime ./build/$APP_NAME.app \ --deepthe microphone access is not requested anymore when starting the recording. However, removing --deep option seems to solve this problem, but the signed bundle does not pass the signing checkcodesign --verify --verbose=4 --deep --strict ./build/$APP_NAME.appand the application cannot be notarised. Is there a solution for this problem ? Or could this behavior be considered a bug ?