Feedback also reported - https://feedbackassistant.apple.com/feedback/22691829

We have one more follow up query on this. If we chose to stay in AVAudioSessionCategoryPlayAndRecord And consider our application supports both the output when there is an active call running [Built-In Receiver, Speaker] At any given time, if user choses his preferred output route then the volume level should remain same, that is our expectation. Could you please let us know is there any deviation from Apple frameworks from this? Just to make it clear, if user has set the volume level to say 60% when the output was set to BuiltIn Receiver and then user switches the output to Speaker, we expect the volume level to remain in 60%

For CallKit Call Reported Calls As it is having the highest priority as a phone call , we are not changing the category to AVAudioSessionCategoryPlayback , we will remain in AVAudioSessionCategoryPlayAndRecord. Even if we attempt to change the category , it will fail, we are kind of aware of this. This behaviour is applicable even for PusToTalk reported calls , can you please confirm?

As per the Suggestion, Created CLBackgroundActivitySession and CLServiceSession in foreground to keep Core Location active. Recreated those sessions on background launch/APNS. Persisted and restored fence definitions so CLMonitor can re‑register fences after background launch. But the restore only re‑registers fences that were already created before. If a fence is first created while the app is terminated and only launched in background, CLMonitor did not deliver the initial “enter” until a foreground session exists. Comparision with old CLLocationManager region monitoring: Old API (CLLocationManager region monitoring) is system‑managed. The OS keeps monitoring even when your app is terminated, and it can accept new region registrations in background because that API was designed around long‑standing background delivery. New API (CLMonitor with CLBackgroundActivitySession/CLServiceSession) is session‑based. Apple expects the session to be created in foreground and then restored in background. It’s optimized for power and privacy, so first‑time background registration is not guaranteed; the system can defer or suppress events until the app has foreground‑initiated sessions. Is there a modern API that reproduces the legacy CLLocationManager behavior of triggering an initial state event (Entry/Exit) while the app is in the background

Hi Is this issue resolved. We are facing similar issue when we started using DeclaredAgeRange Framework .

How are you doing this? The audio system should not be allowing PlayAndRecord to directly activate in a background app. For Notification Tones Audio session category is configured to AVAudioSessionCategoryPlayAndRecord with VoiceChat mode and AllowBluetooth option Tones play using system audio services without an active audio session No background audio session activation occurs for notification tones

Application is using AVAudioSessionCategoryPlayAndRecord category and AVAudioSessionCategoryOptionAllowBluetooth Option to play the Notification tone. But as per the Apple documentation AVAudioSessionCategoryOptionAllowBluetooth Option is Deprecated and the Document suggests to use AVAudioSessionCategoryOptionAllowBluetoothHFP as alternative. But AVAudioSessionCategoryOptionAllowBluetoothHFP Option is not defined in AVAudioSessionCategoryOptions Is there any option to use as alternative of AVAudioSessionCategoryOptionAllowBluetooth option?

Xcode Version 26.2 beta 2 (17C5038g) iOS Version 26.2 (23C5044b) do { let response = try await AgeRangeService.shared.isEligibleForAgeFeatures // Handle response if response { print("Eligible for age features") } else { print("Not eligible for age features") } } catch AgeRangeService.Error.notAvailable { print("isEligibleForAgeFeatures not available error") } catch { print("isEligibleForAgeFeatures Unhandled error: \(error)") } The above code snippet gets hang at the API call isEligibleForAgeFeatures could you please suggest what is wrong here

we did went through the following WWDC video https://developer.apple.com/videos/play/wwdc2025/299/ and it is mentioned that Users can manage the cached responses in settings. We did not see any such settings, not even under the sandbox account "Test Age Assurance". Could you please let us know how do we clear the cached age response

Following feedback submitted for the same - https://feedbackassistant.apple.com/feedback/21097477

Can we achieve playing notification tones through an accessory using HFP profile using an SCO connection on iOS

Thank you for the clear explanation. We must emphasize that, as a Mission critical Push-to-Talk (PTT) application, the perceived volume and clarity of the audio are fundamental user requirements. We currently achieve the necessary amplification and clarity using a custom PCM gain factor. Therefore, the ability for our application to apply a specific gain factor to PCM samples for amplification is essential. Could you please advise on which framework or API Apple recommends for a third-party application to intercept and process the audio stream—specifically, to apply a GAIN factor to PCM samples—during an active CallKit call?

The BLE Peripheral advertising interval is set at a range of 20ms - 40ms.

Issue resolved when presenting the CameraViewController over the root view controller with `UIModalPresentationStyle.fullScreen'. It introduced a new problem: the title color is now black, and the parent view controller's background color needs to be black, making the title unreadable. I have already tried setting tintColor and titleTextAttributes for the UIVideoEditorController's navigation bar, but these did not resolve the issue. Setting the background color for the UIVideoEditorController's navigation bar also does not seem to be a suitable solution, as demonstrated in the attached video. Please refer the sample application for more details in the feedback: FB19754948

The newly uploaded logs in the feedback contain the relevant information regarding the issue. Please disregard the earlier uploaded logs.