Seems very familiar the issue we've been experiencing: https://developer.apple.com/forums/thread/743789 Have you ever found the cause/solution?

This seems to be an ongoing issue: https://developer.apple.com/forums/thread/724084 https://developer.apple.com/forums/thread/728586 FB13505887

Additionally, we have a user reporting a -1008 error (NSURLErrorResourceUnavailable) on macOS. iOS is unaffected. Does Apple even care about the MAS? It's not even able to process offer codes and now this. I understand the App Store on macOS is far from being the goldmine it is for Apple on iOS but come on! It's a bad user experience.

Found a workaround: struct DetailsView: View { @Environment(\.dismiss) private var dismiss @Binding var selectedFolder: Folder? @Environment(\.scenePhase) private var scenePhase @State var refreshID = UUID() var body: some View { VStack { if let folder = selectedFolder { Text(folder.name) } else { Text("No selection") } } .onChange(of: scenePhase) { _, newPhase in refreshID = UUID() } .toolbar { ToolbarItem(placement: .cancellationAction) { Button { dismiss() } label: { Text("Cancel") } .id(refreshID) } ToolbarItem(placement: .confirmationAction) { Button { dismiss() } label: { Text("Save") } .id(refreshID) } } } } Forcing an ID refresh seems to work but still, this should be fixed.

Even better workaround: struct DetailsView: View { @Environment(\.dismiss) private var dismiss @Binding var selectedFolder: Folder? var body: some View { VStack { if let folder = selectedFolder { Text(folder.name) } else { Text("No selection") } } .toolbar { ToolbarItem(placement: .cancellationAction) { Button { dismiss() } label: { Text("Cancel") } .id(UUID()) } ToolbarItem(placement: .confirmationAction) { Button { dismiss() } label: { Text("Save") } .id(UUID()) } } } }

This has been fixed in the latest iPadOS 17.4 beta, BTW.

Is this ever going to get fixed? Some users are unable to make any in-app purchases on the Mac App Store! It's not just our app - we asked users running into this issue to try purchasing IAP from other apps and that fails as well. If anyone has a workaround I'd love to know about it!

Making ControlActiveState available on visionOS would solve this issue. It's only available on macOS at this time. FB13675635

No, sorry.

Apple folks: FB13708422 It would really be nice to disable eye tracking for the hover gesture so it can behave like it does on iPadOS.

Actually, I think I found the issue. After some further investigation, it seems the issue occurs when UIPointerStyle.hidden() is used: func pointerInteraction(_ interaction: UIPointerInteraction, styleFor region: UIPointerRegion) -> UIPointerStyle? { return UIPointerStyle.hidden() } Using UIPointerStyle.system() instead prevents the cursor from jumping. Apple folks: FB13709727

Were you ever able to find a workaround for this issue?

Apple folks: FB13792217

Here's an excerpt of the crash: Unhandled coercion: (existential_type (protocol_composition_type (bound_generic_class_type decl="Swift.(file).PartialKeyPath" (struct_type decl="PartialKeyPath.(file).RemoteComputer@/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:74:8")) (protocol_type decl="Swift.(file).Sendable"))) (bound_generic_class_type decl="Swift.(file).PartialKeyPath" (struct_type decl="PartialKeyPath.(file).RemoteComputer@/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:74:8")) Please submit a bug report (https://swift.org/contributing/#reporting-bugs) and include the crash backtrace. ... 1. Apple Swift version 6.0 (swiftlang-6.0.0.7.6 clang-1600.0.24.1) 2. Compiling with effective version 5.10 3. While evaluating request TypeCheckSourceFileRequest(source_file "/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift") 4. While evaluating request TypeCheckFunctionBodyRequest(PartialKeyPath.(file).CSItemOrder.init(comparator:)@/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:61:5) 5. While type-checking statement at [/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:61:64 - line:70:5] RangeText="{ switch comparator.keyPath { case \RemoteComputer.readableName: self.init(type: .readableName, order: comparator.order) case \RemoteComputer.lastConnectionDate: self.init(type: .lastConnectionDate, order: comparator.order) case \RemoteComputer.numberOfConnections: self.init(type: .numberOfConnections, order: comparator.order) default: print("Unsupported keyPath: \(comparator.keyPath)") throw ItemOrderError.unsupportedKeyPath } " 6. While type-checking statement at [/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:62:9 - line:69:9] RangeText="switch comparator.keyPath { case \RemoteComputer.readableName: self.init(type: .readableName, order: comparator.order) case \RemoteComputer.lastConnectionDate: self.init(type: .lastConnectionDate, order: comparator.order) case \RemoteComputer.numberOfConnections: self.init(type: .numberOfConnections, order: comparator.order) default: print("Unsupported keyPath: \(comparator.keyPath)") throw ItemOrderError.unsupportedKeyPath " 7. While type-checking expression at [/Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:62:16 - line:62:27] RangeText="comparator." 8. While type-checking-target starting at /Users/me/Downloads/PartialKeyPath/PartialKeyPath/ContentView.swift:62:27 FB14697971

This has bitten me as well. I used .ascii to detect if a SSH key uses a passphrase or not. Thanks, I guess?