Hi Team, We have a requirement for device-to-device communication using the Multipeer Connectivity framework without requiring Wi- Fi connectivity. Current Status: Multipeer communication works successfully when Wi-Fi is enabled Connection fails when using Bluetooth-only (Wi-Fi disabled, in Airplane Mode) Concern: We've found forum suggesting that Multipeer Connectivity over Bluetooth-only has been restricted since iOS 11, despite Apple's documentation stating support for both Wi-Fi and Bluetooth transports. Request: Could you please confirm: Whether Bluetooth-only Multipeer Connectivity is officially supported in current iOS versions( iOS 18.0+)? If there are specific configurations or entitlements required for Bluetooth-only operation? Any known limitations or alternative approaches for offline device-to-device communication? This clarification will help us determine the appropriate implementation strategy for our offline communication requirements. Thank you.

Could not find enough documentation on below behavior, appreciate if someone could direct to the documentation of below behavior:Running App would terminate/restart when permission is altered in settings.Scenario:If App, using microphone is running and say is in screen#3 and microphone permission is granted.Now if user revokes the microphone permission by invoking Settings->Privacy->Microphone->App -> off and opens already running App, it starts from screen #1 instead of #3.What is the best way to prevent this behavior as microphone permission is not mandatory but convenient option for application and could wait for next time launch to apply permission change. Thinking to store state before going to background and reapply when relaunched. But is there a possibility to not to reset the app when permission changes at first place automatically, like Bluetooth on/off