NSCocoaErrorDomain Error Code 4

XCode version = 26 && macOS version = 26 Running the app from XCode (not in release mode) I want to implement in app purchases for my macOS application, for that i want to first test it locally through StoreKit config file. Steps i have done uptill now: Added the capability in target-> Signing & Capabilities -> In_App Purchase(while adding this i had got the popup: Make changes to In-App Purchase by changing all configurations - i have no idea about it, Researched on it - didnt got something) Added the storekit config file -> added Group for autorenewable subscription -> reference name & product ID (i have used same Bundle ID and product ID, also i have used different both but still the same issue in both case) - also added it to scheme Added the storeManager implementation that is: import StoreKit class IAPManager { // Shared instance (optional singleton pattern) static let shared = IAPManager() private init() { } // Array to store fetched products var products: [Product] = [] //

I'm working on a macOS app with a Safari web extension. I'm trying to share a SwiftData model between devices using CloudKit synchronization. I am able to get synchronization in the main app on the same device, CloudKit sync works correctly — changes appear in the CloudKit Dashboard under com.apple.coredata.cloudkit.zone. However, in the Safari App Extension, data is saved locally and persists across launches, but never syncs to CloudKit. I have followed the recommended practices for configuring the App Group and entitlements, but the issue persists. Questions: Is there an official limitation preventing Safari App Extensions from connecting to the CloudKit daemon (cloudd)? If not, what entitlements or configuration changes are required for a Safari App Extension to successfully sync with CloudKit? Is the xpc_error=159 from bootstrap_look_up() a known sandbox restriction for this extension type? Any guidance from Apple engineers or others who have successfully used CloudKit from a Safari App Extension would be

Hello, we have rare case of AuthorizationCenter.shared.requestAuthorization(for: .individual) failing to autorize user on real device - iPhone XR (iOS 16.1.2). It does not throw the standard FamilyControlsError which we are handling, but NSCocoaErrorDomain. This is the entire po description: Error Domain=NSCocoaErrorDomain Code=4864 The given data was not a valid property list. UserInfo={NSCodingPath=(), NSDebugDescription=The given data was not a valid property list., NSUnderlyingError=0x283af4d80 {Error Domain=NSCocoaErrorDomain Code=3840 Cannot parse a NULL or zero-length data UserInfo={NSDebugDescription=Cannot parse a NULL or zero-length data}}} The localized one says: The data couldn’t be read because it isn’t in the correct format. This sounds like some error deep in iOS. The testing device has Apple ID logged in and uses passcode. Anything we can do on our end to solve this issue?

Hi everyone, I have developed an app which donates user activities and creates shortcuts in the Shortcuts App for handling the Fritz!Box home automation devices via Siri, with the created shortcuts. The Fritz!Box is a very popular router in Germany, which can control bulbs, power plugs, heating, etc. After update to WatchOS 9, shortcuts created with my Apps ‘Fede’ or ‘Fede Lite’ are still working, but Siri shows the error message: ‘An error occurred while running . The operation could not be completed. (SiriLinkFlowPlugin.WFOpenInteractionFlow error 4)’. Until WatchOS 8, everything was working fine. The shortcut execution is interrupted: if there are actions after my activity (I add some manually sometimes), they are not executed. I get the userActivity correctly in the func handle(_ userActivity: NSUserActivity) method of the WKExtensionDelegate. The userActivity.interaction is nil. I tried re-donating, invalidating and resignCurrent without success. IMPORTANT: This happen