In the ChartView I then just have the input declared: let value:[Model] ------- In your case where "Model" is the data type. For me its let value:[Double]

Same query here 🙋‍♂️

Understand. It's a little frustrating though as it still seems like the only supported Settings link takes the user to the app Settings, to access anything else they then have to go back, scroll up the top and then select the relevant menu. Unless you can think of a specific security or privacy benefit for this behaviour? I'll file a feedback anyway just in case 👍

🙏 This worked for me, Thank You! (I didn't need interactivity so can't comment on that)

@edford @Gong Just another update from me. With Xcode 15.3 and submitting an app update for all users I'm still seeing hundreds or even thousands of the same crash for users on WatchOS 9.6.3 I really don't believe this issue has been fixed, is there anything else that can be done to get this looked at. I've updated the feedback

Does this apply to "complications" on the watch face that use WidgetKit? This is all not clearly documented IMHO.

Did you get any further with this? I've had various issues implementing the privacySensitive behaviour. Cheers

This is great news. I would just like to clarify one part of this. Specifically, your last statement, providing an update to my app for customers on WatchOS 9 will resolve the issue. Does this need to be built with a specific version of Xcode or the SDKs? Only because I've done an update within the past month and am still seeing the issue for WatchOS 9 users. Or is it part of one of the latest WatchOS 9.6.X updates? (Which if it is I can direct customers to it)

I did try a DTS (3791480) and never got a response after an initial further debugging email.... replied several times too and was charged for the DTS

@developer555 This is exactly what I send to my users with problems: Change the complications that are not working to different apps. Reboot your Apple Watch. Launch the <my_app> watch app. Go back to your watch face and move the complications back to the ones you want. They should now update (fingers crossed). This works about 80% of times, I'm not sure this will ever be fixed as Apple are all WidgetKit only which is silly because my WatchOS 8 & 9 users are still on ClockKit and having problems

And now with iOS 17 & WatchOS 10 release....

Perfect, Thank You! For those interested, I created this modifier to work across all my small and medium widgets on iOS: extension WidgetConfiguration { func widgetOnlyOnHomescreen() -> some WidgetConfiguration { if #available(iOSApplicationExtension 17.0, *) { return self.disfavoredLocations([.standBy, .iPhoneWidgetsOnMac, .lockScreen], for: [.systemSmall, .systemMedium]) } else { return self} } }

Ahh... That was my post too! 😱 I migrated to a single target a year back so I don't think this is my issue unfortunately.

Oh, and also on the WatchOS beta

I too am seeing this on Xcode 14.3