Bug Created FB18502274 ( iOS 17.x - Local Network Permission Requires Device Restart to Take Effect) FB18502752 ( iOS 18.6 Beta - Local Network APIs Work Even When Permission Is Denied)

We have tested on iOS 18.6 beta as well, and the behavior remains the same the Local Network Permission is not functioning correctly. As I understand it, once the user grants this permission, it should apply to the entire app, allowing communication with all available local networks, not just a specific network. But, even when the permission is denied, our flow still works on iOS 18.x, which is unexpected and inconsistent. On the other hand, in iOS 17.x, if a user accidentally denies the permission when prompted, and we somehow manage to guide them to the app settings to manually enable the permission, the change does not take effect immediately. The user must restart the iPhone or iPad for the changes to reflect in the app, which results in a poor user experience. Please refer to the attached image for a full comparison of the incorrect flows caused by this inconsistent permission behavior. I kindly request you to consider this a bug and provide a straightforward solution to address this issue. Thank you.

I'm also facing this issue We found inconsistencies in iOS 17 and 18 regarding Local Network permissions. In iOS 17, denied permission blocks network calls, and even after allowing, a device restart is needed. In iOS 18, network access works even when denied, which is unexpected. We're using Bonjour to trigger the popup, as no direct API exists. This behavior needs Apple's attention.