This issue was ultimately corrected for me on Xcode 26.5 but now, on Xcode 27, it is taking 60 seconds to recompile the app after even a trivial change - Compute Target Dependency Graph taking 60 seconds where it used to only take 2 to 3 seconds. I have had to again downgrade back to Xcode 26.6 to remain productive.

100% repro here. Xcode 26.4 is unusably slow and I am having to downgrade. FB22366086

Apple has historically not shipped APIs that are blocking -- if so, they are marked as async or include some kind of callback. As a result, I believe that this indicates some kind of problem with the operating system and potentially a bug that should be reported to Apple...?

Thank you for this detailed response! The scenario I am trying to solve is simple: in my actual app, each row contains an Image that has data we need to load remotely, just like an AsyncImage. Because we support iOS 14 we cannot use AsyncImage, so in our implementation we have a load method that is invoked in an onAppear block. It appears that Apple's implementation of AsyncImage has no such method exposed, and so the network operation must be triggered in the constructor? If we have a list of many thousands of items, but only a dozen are shown onscreen, I assume that SwiftUI is smart enough to only construct what it needs (plus a few extra above or below what is shown), vs constructing thousands all at once and expecting the code to use something akin to onAppear to figure out when to actually start initializing? Thanks!

It appears that this is the method that returns "en": [NSLocale currentLocale].localeIdentifier Normally it should return something like en_US, but we now have two users for whom this value appears to only return en and for which localizations are not working properly. The first user apparently reset his phone and got things working. The second user has shown us a screenshot of his phone and it does appear to show "English -> United States" in his settings.