Hi @DTS Engineer, In my practice dealing with CallKit I came to conclusion that changing CXProvider configuration during a call is a bad idea. Sometimes this was causing providerDidReset being called and first call got dropped. Can you confirm or deny my observation? Do you suggest to call setConfiguration even there is an other active call or call on hold?

Same for me. Using iTMSTransporter 3.3.0. Manual upload via Transporter app works fine. I can even say when the issue is started to happen exactly because our build servers were running builds at this moment. At 2024-10-21 09:16:16 PDT build uploaded successfully and at 2024-10-21 09:41:19 PDT build upload failed.

Thanks for quick response. Fortunately beta 2 is out recently and I was able to try it. The issue seems fixed! I setup .playAndRecord category as usual without specifying a policy. I can see app is able to make network requests after audio session activated.

@meaton, could you clarify what does "context of an audio streaming session" means? With CallKit available on watchos9 I'm trying to figure out how to stream audio with RTP. I have 'audio' backgrounding mode, audio session started and audio initialised with AVAudioEngine. Is it in audio streaming session context or it's not? I'm still getting "Path was denied by NECP policy" (using 'Network.framework')

This is true. I'm observing same result.

I found that it's necessary to have Admin role for the p8 key to succeed with this. Wondering why should it have Admin role, if my regular XCode account with AppManager role works as well?