I realised I can use Morphology to specify the GrammaticalNumber based on the count value like this private var formattedAttributedString: AttributedString { let formattedCount: String = numberFormatter.string(from: count as NSNumber)! var string: AttributedString = AttributedString(localized: "key_with_string_\(formattedCount)") var morphology = Morphology() let number: Morphology.GrammaticalNumber switch count { case 0: number = .zero case 1: number = .singular case 2: number = .pluralTwo default: number = .plural } morphology.number = number string.inflect = InflectionRule(morphology: morphology) let formattedResult: AttributedString = string.inflected() return formattedResult } This provides the correct string. But I'm not sure this is the correct way to do it because I have to manually specify the morphology.number (I guess .pluralFew and .pluralMany depends on the language). Is there a better solution?

Thanks. I did signed out and signed in but tbe issue remained. Here is the feedback #FB15161967. I hope this helps!

@DTS Engineer this issue is still in Xcode 16.2 iOS 18.2 beta 1. I don't understand how this major bug is still not fixed by now... Can someone at Apple seriously look into this bug? Also, instead of observing the NSManagedObjectContextDidSave notification (which is part of Core Data + NSManagedObjectContext), we can observe the ModelContext didSave notification. The userInfo dictionary contains the PersistentIdentifiers of inserted/updated/deleted models, so we can only update views using changed models. extension NotificationCenter { var modelContextDidSavePublisher: Publishers.ReceiveOn<NotificationCenter.Publisher, DispatchQueue> { return publisher(for: ModelContext.didSave, object: nil).receive(on: DispatchQueue.main) } } Documentation: https://developer.apple.com/documentation/swiftdata/modelcontext/didsave

Thanks @darkpaw. I moved the .onAppear { print("onAppear: start") } to the Text("Start"). The result is the same. I also removed the line that removes the steps in the "End" button action, and moved it to the "Restart" button. The result is the same. In this case, the NavigationStack should not pop back to its initial view (the VStack), so I still don't get why this NavigationStack root view appears again.

I don't understand why the NavigationStack is still in the view lifecycle when I tap on the "End" button in the last step and toggle the isFinished state. Here, the NavigationStack should not exist anymore because it's in another branch conditioned by the isFinished flag. And I don't understand why you say the NavigationStack has nothing to display at the end of the onboarding. The path still contains the steps (now that i don't remove them from the path when tapping on "End").

Thanks @Engineer for sharing that. My first post was maybe not clear because I‘m looking for errors that can be thrown when we use the AsyncSequence, not the properties of a CLLocationUpdate. do { for try await update in CLLocationUpdate.liveUpdates() { } } catch { // what are possible errors here? }

I just realised it's now working as expected. I noticed my subscription was "In Review" and is now in "Developer Action Needed". Maybe the price cannot be updated while the subscription is "In Review".

Thank you @DTS Engineer. These are great details! I've follow-up questions to be sure using Xcode Cloud doesn't turn out in being a mistake. If I archive only using Xcode Cloud (with the option to include symbol enabled), can the Xcode Organizer show symbolicated crash logs for app builds that are more than 30 days old (the archive availability window)? For example, a crash for an app version released 6 months ago. Can you elaborate on the "significant debugging capabilities using LLDB that aren't possible without them". What does that mean? Basically, what I want is to be able to see the crash logs in Xcode Organizer, and open them in Xcode Project at the commit I used to archive the app to see what caused the crash and to fix it. I hope it's clear. Thank you, Axel

Presenting a standard sheet works fine. Even if I present 10 sheets on top of the others, it never dismisses all at the same time. Wrapping the FamilyActivityPicker inside a custom View and presenting with a sheet works fine. Definitely an issue with the Screen Time API.

@keewon I'm seeing the same on my side. Some apps seem to be working as expected (like Yelp), but others don't have any screenshots. Have you found a solution?

Hello, The solution I came up to was: Close Xcode. Remove the hidden folder .swiftpm from the Package folder. I noticed the UserInterfaceState.xcuserstate file in a subfolder of this folder contained some references to the languages (I could find language codes in it like "pt-PT"). Open the package again with Xcode. The languages that weren't translated at all (0% progress) got removed from the string catalog. The other languages where at least one string was translated stayed in the string catalog. I don't think this is ideal but I hope it can help others. Axel

Hello, I think it's expected that Transaction.updates is not called (because when a user cancels its subscription, there is actually no new transaction to be pushed to the devices) but I expect Product.SubscriptionInfo.Status.updates to be called (also when a user changes plan from monthly to yearly for example, so we can be informed about the renewal product). This Status.update async sequence is called when I test with Xcode testing (with a configuration file). But this behaviour seems to be different in the Sandbox environment (or it's very very slow to update?). Before publishing the app, I want to be sure my flow is working but having two different behaviours between the Sandbox and the Xcode testing is not helping. Thank you, Axel