NSCocoaErrorDomain

Your issue is that URL(string:) expects a valid URL with a scheme (like file://), but you're passing a file path directly. It is similar to the following error:ErrorDomain = NsCocoaErrorDomain & ErrorCode = 4 Instead, you should use URL(fileURLWithPath:) for file paths. Here's the fixed code: var tempString = String() for Rezept in alleRezepte { tempString += (Rezept.name), (Rezept.description), (Rezept.nutrients), (Rezept.whatToDo)n } if let dirs = NSSearchPathForDirectoriesInDomains(.documentDirectory, .userDomainMask, true).first { let path = dirs.appending(/rezepte.csv) let url = URL(fileURLWithPath: path) do { try tempString.write(to: url, atomically: true, encoding: .utf8) print(Daten gesichert) } catch { print(Error saving file: (error)) } }

I think intermittently is a misnomer. It is sysem-dependent and consistently happening, just not on any of the systems in our control. To give additional context, we can see it existed in our postinstall check, but then at the end it says it can't find the file instead of PackageKit: Registered bundle ... but we can't find a message explaining why it is being removed. 2024-10-02 09:43:06-04 MBA-L-8114 package_script_service[9897]: ./postinstall: App Name: /Applications/.hiddenfolder/app1.app found. ... 2024-10-02 09:43:06-04 MBA-L-8114 package_script_service[9897]: PackageKit: Hosted team responsible for script has been cleared. 2024-10-02 09:43:06-04 MBA-L-8114 package_script_service[9897]: Responsibility set back to self. 2024-10-02 09:43:06-04 MBA-L-8114 installd[3215]: PackageKit: Writing receipt for com.company.pkg.app1 to / 2024-10-02 09:43:06-04 MBA-L-8114 installd[3215]: PackageKit: Touched bundle /Applications/HelperApp.app 2024-10-02 09:43:06-04 MBA-L-8114 installd[3215]: PackageKit: Touched bundle

I am experiencing the same issue on Xcode 16.1 (16B40), when merged binary is enabled, erroring (redacted my library name with <>): | ================================== | | | CouldNotParseInput | | | | ================================== | | | | | FailedParsingMachObjectFile | | | | | | MachO data could not be parsed for: <> | | | Reason: Underlying failure reading data | | | Data header bytes: [] | | | Data header ASCII: | | | | | | ================================== | | | | | | | NSError.NSCocoaErrorDomain.260: The file “<>” couldn’t be opened because there is no such file. | | | | | | | | NSCocoaErrorDomain (260): | | | | ==NSURL: <> -- file:/// | | | | ==NSFilePath: /<> | | | | | | | | ================================== | | | | | | | | | NSError | | | | | | | | | | NSError: Error Domain=NSPOSIXErrorDomain Code=2 No such file or directory

This error is coming only in iOS 15, but no such error is on iOS 17 or 18, need help 2024-11-14 07:29:28.173901-0600 Zacks[16171:116902] [Client] Updating selectors after delegate addition failed with: Error Domain=NSCocoaErrorDomain Code=4099 The connection to service named com.apple.commcenter.coretelephony.xpc was invalidated: failed at lookup with error 3 - No such process. UserInfo={NSDebugDescription=The connection to service named com.apple.commcenter.coretelephony.xpc was invalidated: failed at lookup with error 3 - No such process.}

Does anyone see the same problem on macOS 14.7.1? I've received multiple reports from users that macOS 14.7.1 cannot create new bookmarks or resolve existing bookmarks. Same error message: Error Domain=NSCocoaErrorDomain Code=256 Failed to retrieve app-scope key UserInfo={NSDebugDescription=Failed to retrieve app-scope key} All users updated from macOS 13.* Ventura to macOS 14.7.1 Sonoma, which triggered the issue Restarting Mac does not fix the issue Clearing all app data does not resolve the issue One user reported that using bookmarks on a new macOS user account works correctly. This leads me to believe that the macOS keychain for their user account is broken. See also https://developer.apple.com/forums/thread/46583 Does upgrading from macOS 13 to macOS 14.7.1 break the keychain?