I can confirm that I'm still experiencing high CPU usage coming from the Spotlight process launched by the simulator. I'm on M1, Xcode 13 App Store release (13A233), macOS 11.6

Indeed in the example the properties are let so they cannot change at all. In my project it's a bit more complicated but the principle stays the same, properties are only passed once in the view constructor. Thank you for the linked article.

Hi, thank you for your answer. I tested with an URL and this is indeed working well. I think this is a nice workaround but that means I will have to somehow encode my WidgetConfigurationIntent to the URL before sending it. While this is a nice workaround I would like to know what is the purpose of userActivity.widgetConfigurationIntent(). Is it broken ? I made a small sample here with two commits: First commit is using the WidgetConfigurationIntent, we can see it's working when the app is already running. Second commit is using the widgetURL we can see it's working well but it is also breaking the userActivity.widgetConfigurationIntent() https://github.com/PhilippeWeidmann/ContinueUserActivityWidget

Hi, thank you for your answer. This seems to be exactly the issue. As written in your post, I will try to contact the people that gave us the default mail client entitlement. I hope they will be able to provide it also for ad-hoc distribution else we wont be able to use Xcode Cloud since it requires the 3 distribution modes to be working :(

Thank you. It indeed looks everything is working fine now!

Thank you for your answer. We filed a feedback with a sample project: FB20310800

There was an issue on our side when using tuist for project generation. This was resolved by updating our config. (https://github.com/Infomaniak/ios-SwissTransfer/pull/267/files#diff-d9f98adc995a21cdce3b38f85bba1d56e2f0c54d977c4ef834235e93df3855d3)