NSCocoaErrorDomain

It seems that OSLogStore allows accessing logs on both macOS (AppKit), macOS (Catalyst) and iOS. Currently it works on both mac variants, but it fails with an entitlement error on iOS. Sample Code: func getLogEntries() throws -> [OSLogEntryLog] { // FB8269189: OSLogStore does not work iOS. let logStore = try OSLogStore(scope: .currentProcessIdentifier) let oneHourAgo = logStore.position(date: Date().addingTimeInterval(-3600)) #if os(macOS) let allEntries = try logStore.getEntries(at: oneHourAgo) #else // FB8518476: The Swift shims for for the entries enumerator are missing. let allEntries = try Array(logStore.__entriesEnumerator(position: oneHourAgo, predicate: nil)) #endif // FB8518539: Using NSPredicate to filter the subsystem doesn't seem to work. return allEntries .compactMap { $0 as? OSLogEntryLog } .filter { $0.subsystem == subsystem } } When running on the iOS Simulator, the following error is thrown: Error Domain=OSLogErrorDomain Code=9 Client lacks entitlement to perform operation UserInfo={NSLoca

I have a strange error when resolving a security-scoped bookmark (SSB) in my screensaver. The code works fine for almost all users (even under Mojave), except for one user under Mojave (10.14.6). Here is the code in question: NSError * error; BOOL isStale = NO; NSURL * dir_location = [NSURL URLByResolvingBookmarkData: bookmark options: NSURLBookmarkResolutionWithSecurityScope relativeToURL: nil bookmarkDataIsStale: & isStale error: & error]; The method returns NULL, and error says: Error Domain=NSCocoaErrorDomain Code=259 The file couldn't be opened because it isn't in the correct format. The SSB points to a directory in the user's home. I can see that in the log, because in my code I do NSDictionary * dict = [NSURL resourceValuesForKeys: [NSArray arrayWithObjects: NSURLPathKey, nil] fromBookmarkData: bookmark ]; and then I output [dict objectForKey: NSURLPathKey] . The user has opened the directory in the previous run, and I am creating and storing an SSB with this code: NSError * systemErro

After single attempt to fetch context on persistentContainer right after internet was restored (NWPathMonitor update handler), CoreData+CloudKit mirroring stuck and messaging that no internet, and cannot initialise. All CloudKit requests work perfect, but CloudKitMirroring cannot do sync, only app restart helps. Have no idea how simple fetch can kill CoreData mirroring... It happens each time I fetch on internet restore (I have to do that, to upload parent records to CloudKit manually as Apple did not implemented that in NSPersistentCloudKitContainer, all my records must have parents in order to share them). 2020-07-24 19:36:25.309059+0300 Grocery List[1045:148713] [error] error: CoreData+CloudKit: -[NSCloudKitMirroringDelegate requestAbortedNotInitialized:]1379: <NSCloudKitMirroringDelegate: 0x281e048f0> - Never successfully initialized and cannot execute request '<NSCloudKitMirroringDelegateSerializationRequest: 0x283c6cec0> B20F9DB7-9600-4456-B682-056F4849FE4D resultType: Records resultType: Re

I'm trying to sync workouts for which I have to add the HKMetadataKeySyncIdentifier and HKMetadataKeySyncVersion metadata keys to the workouts. I've tried calling the addMetadata method on HKLiveWorkoutBuilder but I receive this cryptic error: HKLiveWorkoutBuilder_DB2D [E6B9]: (#w0) Failed to restart task server after connection invalidation: Error Domain=NSCocoaErrorDomain Code=4099 The connection to service on pid 0 created from an endpoint was invalidated from this process. UserInfo={NSDebugDescription=The connection to service on pid 0 created from an endpoint was invalidated from this process.} Here's my code: backend = try! HKWorkoutSession(healthStore: healthStore, configuration: workoutConfiguration) builder = session?.associatedWorkoutBuilder() let metadata : NSDictionary = [ HKMetadataKeySyncIdentifier : match.syncIdentifier, HKMetadataKeySyncVersion: match.syncVersion ] builder.addMetadata(metadata as! [String : Any]) { (success, error) in ... } session.delegate = self builder.delegate = s

I just created a url bookmark (to be saved to db) and immediately read the bookmark afterwards. This line throws an error Error Domain=NSCocoaErrorDomain Code=4 The file doesn’t exist. let url = try URL( resolvingBookmarkData: bookmark, options: .withoutUI, bookmarkDataIsStale: &isStale ) This works perfectly fine in iOS 13, but the error throws in 14b3, did something change, or is this a beta bug?

Details This app could not be installed at this time. Domain: IXUserPresentableErrorDomain Code: 1 Failure Reason: Could not install at this time. Recovery Suggestion: Failed to transfer ownership of path /Users/*/Library/Developer/CoreSimulator/Devices/8F8656F7-F382-4B21-BA73-8B888FDBABFB/data/Containers/Shared/SystemGroup/systemgroup.com.apple.installcoordinationd/Library/InstallCoordination/PromiseStaging/95D8EC37-7329-4083-A192-3C8B5CCA51EA/myapp.app to installd- Failed to transfer ownership of path /Users/*/Library/Developer/CoreSimulator/Devices/8F8656F7-F382-4B21-BA73-8B888FDBABFB/data/Containers/Shared/SystemGroup/systemgroup.com.apple.installcoordinationd/Library/InstallCoordination/PromiseStaging/95D8EC37-7329-4083-A192-3C8B5CCA51EA/myapp.app to installd Domain: MIInstallerErrorDomain Code: 103 User Info: { FunctionName = -[MIInstaller _takeOwnershipOfInstallableContainingSymlink:error:]; SourceFileLine = 162; }- Couldn’t communicate with a helper application. Domain: NSCocoaErrorDomain Cod

I want/need/would like the Network Extension to send a XPC message to a XPC listener of a launchd daemon. So far, what I'm observing is: the NE is apparently able to obtain a remote proxy object for the XPC service name defined by the launchd daemon. when the proxy invokes one of the methods of the remote interface, it does nothing: the completion handler of the method is not called in the Network Extension. the proxy error handler is not called either. In Console, I'm seeing: com.xxxxxxxxx.extension Error Domain=NSCocoaErrorDomain Code=4099 The connection to service on pid 0 named com.xxxxxxx.logListener was invalidated. UserInfo={NSDebugDescription=The connection to service on pid 0 named com.xxxxxxx.logListener was invalidated.} This is a bit mysterious considering that the pid for the listener is not 0 (i.e. the kernel_task). Questions: Is it possible to send XPC messages from a Network Extension to a launchd daemon? Maybe this requires to use some specific service names too or specific bundle id

Okay here's a strange one. I have a project in which I compile a couple .mlmodel files on first launch of the app. For the vast majority of our users this is working just fine. However, for a few users the app is crashing on every launch at the point where I call MLModel.compileModel(at: newFileURL). The error that's getting thrown is: Error during compilation of model: Error Domain=NSCocoaErrorDomain Code=512 The file couldn’t be saved. Once a user's device begins crashing here it will continue crashing here until a complete delete-reinstall of the app. A simple build-and-run will not cause the issue to go away (which makes it debuggable to an extent). The crashing issue even persists between app updates installed through the App Store. I've tried doing this compilation on different threads, changing the name of the model, etc. Nothing seems to resolve it except a complete delete and reinstall of the app. So the open questions are: Why would this method fail to write the file? Why are only some user

my app crash in second launch on iOS 13 and above Need help take a look the log : 2020-08-04 14:33:45.464576+0000 ExMessager[13501:1547907] CFURLSetResourcePropertyForKey failed because it was passed an URL which has no scheme 2020-08-04 14:33:45.695751+0000 ExMessager[13501:1548827] [CoreBluetooth] XPC connection invalid 2020-08-04 14:33:45.842033+0000 ExMessager[13501:1548811] [Client] Updating selectors failed with: Error Domain=NSCocoaErrorDomain Code=4099 The connection to service on pid 0 named com.apple.commcenter.coretelephony.xpc was invalidated. UserInfo={NSDebugDescription=The connection to service on pid 0 named com.apple.commcenter.coretelephony.xpc was invalidated.} 2020-08-04 14:33:45.842033+0000 ExMessager[13501:1548827] [Client] Synchronous remote object proxy returned error: Error Domain=NSCocoaErrorDomain Code=4099 The connection to service on pid 0 named com.apple.commcenter.coretelephony.xpc was invalidated. UserInfo={NSDebugDescription=The connection to service on pid 0