Having exactly the same issue
Post not yet marked as solved
I think in my case I found a workaround, and I'm posting it here in case it works for others too - I had SWIFT_REFLECTION_METADATA_LEVEL set to "None" for release builds. Setting this back to the default (All) seemed to do the trick and let appintentsmetadataprocessor extract the info during the archiving step. There's probably a more elegant solution, like telling the compiler to emit reflection data only for the file containing the app intents definition, so if anyone finds this workaround helpful and has a better way to do it, please shout :)
Post not yet marked as solved
I am getting this as well. Xcode 14.0.1, running on Monterey 12.6 release (21G115)
Does anyone know of a workaround?
(Filed this as FB11602587)
Post not yet marked as solved
Same issue here :( Has anyone found/heard of workarounds?
Post not yet marked as solved
From the iOS 15 beta 8 notes, this may help:
Using dispatch semaphores in an iOS app running in a device simulator on a Mac with Apple silicon running macOS 11 will cause the app to crash. (81783378)
Workaround: In Xcode, select Product > Scheme > Edit Scheme, then deselect Run > Options > Queue Debugging > "Enable backtrace recording."
Same here, beta 5 seems to have corrected the issue.
Post not yet marked as solved
For what it's worth, I did this hack in my code to get around this, hopefully temporarily. Not sure if I'd ship it :) but it keeps me moving forward while AsyncImage is either fixed, or I end up finding out there's some gotcha that I'm doing in my code that's causing it to cancel its loads in List cells. Time will tell :)
struct AsyncImageHack<Content> : View where Content : View {
let url: URL?
@ViewBuilder let content: (AsyncImagePhase) -> Content
@State private var currentUrl: URL?
var body: some View {
AsyncImage(url: currentUrl, content: content)
.onAppear {
if currentUrl == nil {
DispatchQueue.main.async {
currentUrl = url
}
}
}
}
}
Post not yet marked as solved
I have the same issue. List cells that show up when the app loads have images loaded fine, but as soon as I start scrolling any cells below the "fold" all have blank images. Checking the error code from the phase callback it shows the classic URL "cancelled" error (code 999 I believe?).
I suspect this may be a beta 1 SDK bug as it's hard to have a bug in the following, almost literally copied over from the Apple docs:
AsyncImage(url: url) { phase in
if let image = phase.image {
image
} else if phase.error != nil {
Image(systemName: "exclamationmark.triangle").padding()
// the error here is "cancelled" on any view that wasn't visible at app launch
} else {
Spinner().padding()
}
}
Post not yet marked as solved
This seems to have started in the last hour for us (UK), clearly an App Store Connect issue. Some builds go through but others break with this error. Hoping Apple will fix it asap.
Post not yet marked as solved
I think we found a way to work around the issue, and your input was definitely helpful, thanks!.In our case, like in yours, it was related to an input accessory view. In our case, we were adding a property observer to the input accessory's superview in "viewWillMoveToSuperview". Moving this handling to "viewDidMoveToSuperview" instead seemed to fix the crash.We can only assume that since iOS 13.2 something changed in UIKit and some temporary superview was being allocated, assigned the input accessory causing a call to "viewWillMoveToSuperview", but then the input accessory was never added, and the temporary view deallocated, which left a dangling observer, I'm guessing? In any case, once the observer was set in "viewDidMoveToSuperview" instead, where it was sure the input accessory was added to that view, the crashes seem to have gone away.I hope this helps anyone else with this issue!
Post not yet marked as solved
Have filed radar FB7562386 in case it also catched someone's eye on a tech team.
Post not yet marked as solved
Have filed radar FB7562386 in case it also catched someone's eye on a tech team.
