Unfortunytely simply building and uploading the App again might not always work - at least not without some extensive testing and maybe some changes. This is because we now use a new version of Xcode, new Frameworks, new mandatory keys for the Info-plist, etc. Depending of the age of the last App release, there can be a lot of changes which may need attention.

Thank you very much for the clarification. However I think this needs some official documentation. Also it is unclear why this only covers the "App Limits" section of Screen Time and not the very similar content-based restrictions. In both cases the limits are based on the URLs of web sites, so there's no logical difference. If you expose these errors to Apps, they really needs to be documented and "stable". Apps need to know the reason for errors in order to be able to respond correctly.

How does your JavaScript code look like? I guess if the message you post from your JavaScript code can not be converted into a swift-compatible object (like a string, dictionary etc), the "body" might be nil (though according to the API, body is not an optional and therefore can not be nil). This would be a bug in the iOS, however you should be able to make sure that this bug is never triggered: Just make sure your JavaScript code only posts valid objects through the message handler.

Also which object do you release? And when exactly? In general the script message handlers should be set once when creating the WebView and released only before releasing the WebView itself. The JavaScript code is running completely independently from the swift code of your App, so it can be tricky to find the correct time to release the message handler and being sure that it is no longer in use by the JavaScript code.

How does blocking internet access of MapKit protect the user? MapKit does't allow random internet access and can not be used to abuse the users data. All internet access that is happening here is going to the Apple Maps server and this traffic is fully controlled by the system. So no danger at all for the user. Whereas WebKit is working just fine in QuickLook (the macOS comes with QuickLook extensions for URLs and web locations) and here random unrestricted internet access is possible.

If I understand it correctly, MapKit did work fine in a QuickLook extension before MacOS "Sequoia". So this seems to be a bug.

No, not really. This is actually my App and is actually using MapKit_JS via WKWebView to load maps. Unlike the native MKMapView which won't work in QuickLook extensions anymore, WKWebView still works. And because there are map services available via Web (including Apple Maps via MapKit_JS), you can load the maps this way. It's much less convenient and also has some limits (there's a usage quota and there are fees when you need more).