Hello ! Yay we noticed a similar behaviour, and added it to our FAQs. I invite you to open an Apple bug report if you can, to increase chances this issue could be fixed ! We opened one in .... november 2022 🫣 (FB11799302) you can reference it in your bug report. Regards !

Hey ! the answer is no, finegrain data is sandboxed for privacy purposes, and can only be displayed in views, but without letting you access it in your app

Hey ! I invite you to open a bug report if you can, mentioning FB11400221 ... we opened it almost 2 years ago with no answers ^^' There is no official way to detect the crash and reload the view, but you can do it using side roads like introspection Good luck !

Here's Apple answer to the DTS, basically we don't care, manage the problem yourself : According to the latest update in Feedback ID #FB12416769, the reported problem will not be fixed in iOS 16. We recommend that your company takes whatever steps it can to have the remainder of the App user base update to iOS 17 or higher.

I have a sad news for you guys, I've got an answer on my radar following my DTS, this issue won't be fixed. No answer yet on the DTS itself yet

Why not just move your logic that apply shielding into the monitor extension ? I believe the darwin notification is working only when the app is running, and the monitor extension will not wakeup your app if it's not running. In debug mode, application stay in the running state much longer, but not in release mode, app are suspended as soon as a user background them (if not playing audio or using gps).

Hi everyone ! Apple just announced that Xcode 15 will be mandatory to publish app updates starting April 2024 (https://developer.apple.com/ios/submit/) This is making this bug critical as we will have to drop iOS 16 if we want to update our apps containing DeviceActivityReport.

Hey ! This is due to the fact that those views are rendered of process, you need to assign a fixed size to your view, and cannot assign a background color. We opened a bug report for those exact things a while ago but didn't get any answers (FB10819848 (DeviceActivityReportScene doesn't behave like a regular SwiftUI view in an undocumented way), opened 06/22/22) I invite you to open a bug report as well ! Regards

Hey ! We already opened a thread subject for this -> https://developer.apple.com/forums/thread/735915 I invite you to open a bug report so the issue has more chance to be fixed ! The workaround for now is to continue using Xcode 14 to publish your app, this issue only happens when you build with Xcode 15. Regards :)

Hello, We also got multiple reports of this issue from our users, and we found a workaround: Ask the user to reinstall the app, Grant screentime permissions Start shielding the apps that are stucked Stop shielding them It seems to allow the app to unblock from user devices. In our experience, this issue seems to be related to an issue we reported were the Screentime authorisation is hanging, and just accessing the authorisation center is blocking everything. Even the screentime section in settings is not accessible. Here the bug report : https://feedbackassistant.apple.com/feedback/11833456 opened about a year ago. We got some devices were this issue is present all the time, this issue seems to propagate through icloud, and also causing mal function in DeviceActivity extension based views. We are glad this got Apple attention because it seems to be major issue that make our users very mad. Regards

Hi ! we already posted on this issue here -> https://developer.apple.com/forums/thread/735915 can you open a radar as well ?

Would love a solution here as well ! I have to disconnect my iPhone from the wifi if I want to debug, because even if plugged, debugging seems to prioritize network over usb. It also seems to slow down all my network connections on my phone which is a bummer. I observed a clear regression from beta 8, it was way faster on the prior iOS 17 / Xcode 15 betas.

Hey ! We encounter similar issues in the past, and didn't find any proper documented way to monitor the DeviceActivityReport extension state, or to prevent crashes from happening. You can provide a way for your user to reload the view himself in case of crash using regular SwiftUI methods. We've opened several radars, some of them more than a year ago, without any answer at the moment. I would suggest you to do the same, the more they are, the more likely they'll fix it ! Regards !

Hey ! Accessing AuthorizationCenter.shared is sometime hangging, blocking the thread on wish it was called. We've opened a bug report for this (FB11833456), and would be super nice if you could do the same, so this issue has more chance to be fixed ! The crash is not really a crash, since you do the call on the main thread at your app start, it's delaying your appLaunch. IOS has a mechanism called the Watchdog that kills app that take too long to launch, this is what's happening in your case.

hey ! We opened a radar for this a while ago, but it seems to have been fixed on iOS 16.4, are you testing on an iOS 16.4+ device ?