NSCocoaErrorDomain

Thanks! It says a moderator needs to approve it. I think because I included a link to a screenshot. Here is the text from my post. BTW. TIme Machine did finish my backup finally, so disabling spotlight was the fix I guess.I'm having issues with getting time machine to finish its first full backup since upgrading. I was thinking its related to spotlight indexing so I deleted the index to get it to do a full reindex. The issue is that it's taking forever. It's been at it for 12 hours now and doesn't seem to have made a dent. Anyone have any idea what I should do?i checked console for mdworker messages. It's full of these:9/17/15 11:14:28.359 AM mdworker[20222]: LaunchServices: received XPC_ERROR_CONNECTION_INTERRUPTED trying to map database9/17/15 11:14:28.359 AM mdworker[20222]: LaunchServices: Database mapping failed with result -10822, retrying9/17/15 12:03:40.568 PM mdworker[502]: Failed to retrieve system accounts: Error Domain=com.apple.accounts Code=10002 (null)9/17/15 12:03:40.572 PM mdworker[502]: [com

Thank you for your answer eskimo,In Xcode 9.4.1 and iOS 11.4, using UIWebView, even in simulator, CFNETWORK_DIAGNOSTICS provides useful verbose information.Unfortunately, the Console app hooking the iOS device up to the Mac via USB, do not provide any useful system log about about networks connections, just the WKNavigationDelegate protocol methods.I also tried to use SFSafariViewController with CFNETWORK_DIAGNOSTICS, but I get the following error:Failed to get remote view controller with error: Error Domain=NSCocoaErrorDomain Code=4097 Couldn’t communicate with a helper application.I watched the WWDC 2018 Session 234 Whats new in Safari and Webkit.In this session, they talked about what you said:“WKWebView also runs in a completely separate process from the rest of your app.So, unlike UIWebView, even if your web process is compromised, it won't compromise your app.If your web view has complex content, you can't accidentally cause your app to stall.And, even if WKWebView crashes, it's confined to the

Failed to query oracle: Error Domain=NSCocoaErrorDomain Code=4099 The connection to service named XYZABC1234.com.example.iDecideHelper was invalidated. …Note that the message above contains a dummy Team ID, XYZABC1234. You’ll have to change that to your Team ID. The sample’s read me explains how to do this.I literally did this yesterday while helping a developer as part of my Real Job™ (answering DTS tech support incidents). As part of that I wrote up some notes on the common gotchas here. They’re pasted in below.Share and Enjoy — Quinn “The Eskimo!” Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.comHere’s some hints on how to bring up an XPC login item:Start by getting the AppSandboxLoginItemXPCDemo sample working. This will yield vital experience in getting the details right, and a known baseline by which to measure your ongoing work.Add a “Disable” menu command to AppSandboxLoginItemXPCDemo that calls SMLoginItemSetEnabled(…, false). This

Sorry for my negative question ;-) Sorry for using a language where there’s no way to answer negative questions reliably (-: When launching the tests for the first time, I get the prompt for the Tester app to access Removable volumes. Right, because in that case you’re running your unit test within the Tester app. This is controlled by the Host Application popup in the General tab of your test target. If it’s set to None, the tests run in the Xcode test runner (in this caes, xctest). I did run my tests in Xcode. OK. To continue the story from yesterday, I opened my Package.swift file in Xcode and ran my tests. The test failed with: …/Tests/TestTests/TestTests.swift:8: error: -[TestTests.TestTests testExample] : failed: caught error: Error Domain=NSCocoaErrorDomain Code=257 The file “test.txt” couldn’t be opened because you don’t have permission to view it. UserInfo={NSFilePath=/Volumes/TCCTestRemovable/test.txt, NSUnderlyingError=0x600000c09f80 {Error Domain=NSPOSIXErrorDomain Code=1 Operation not pe

Thanks so much for getting back to me @garrett-davidson . I've filed a request through the Feedback Assistant, and I hope you don't mind that I also ask you a little bit more in this thread. Firstly, the passkey logs via the terminal didn't yield anything very informative (I've pasted the logs all the way at the bottom). Secondly, I realized that in my original post I didn't mention that there is a potentially relevant error that appears in the system console when I attempt to authenticate using the newly created passkey: error 15:12:15.084213+0100 AuthenticationServicesAgent 0 No matched credentials are found in the platform attached authenticator. Here is the error in the context of the surrounding console errors (just in case any of these other errors reveal something that I'm not picking up on): error 15:12:15.082058+0100 nfcd 0 Logging -[_NFHardwareManager listener:shouldAcceptNewConnection:]:84 PID 1573 () missing entitlement: com.apple.nfcd.hwmanager error 15:12:15.082315+0100 AuthenticationServicesAg

I worked on my Application. I did NOTHING to change the Help Book except change one small bit of text. I did everything listed in this thread: I deleted the existing version in the Applications folder. I cleared the Help data bases with hiutil -P ~/Library/Caches/com.apple.help.d. I have done this many times before but now with MacOS Sonoma 14.0 I get errors: Received termination response from helpd HPDHelpDataIsTerminating: Shutdown request successfully sent to helpd Unable to clear caches at path: /Users/myname/Library/Containers/com.apple.helpviewer Error: Error Domain=NSCocoaErrorDomain Code=513 “Help Viewer” couldn’t be removed because you don’t have permission to access it. UserInfo={NSUserStringVariant=(Remove), NSFilePath=/Users/myName/Library/Containers/com.apple.helpviewer, NSUnderlyingError=0x600000d90d80 {Error Domain=NSPOSIXErrorDomain Code=1 Operation not permitted}} Caches not cleared: There was a problem clearing Help Viewer and helpd cache files, see logs for details There is nothing

I'm Facing a similar issue: ShareLink(item: viewModel.file.localURL!) { Image(systemName: square.and.arrow.up) .environment(.symbolVariants, .none) } and I'm getting: Error acquiring assertion: (501) personaAttributesForPersonaType for type:0 failed with error Error Domain=NSCocoaErrorDomain Code=4099 The connection to service named com.apple.mobile.usermanagerd.xpc was invalidated: failed at lookup with error 159 - Sandbox restriction. UserInfo={NSDebugDescription=The connection to service named com.apple.mobile.usermanagerd.xpc was invalidated: failed at lookup with error 159 - Sandbox restriction.} Received port for identifier response: <(null)> with error:Error Domain=RBSServiceErrorDomain Code=1 Client not entitled UserInfo={RBSEntitlement=com.apple.runningboard.process-state, NSLocalizedFailureReason=Client not entitled, RBSPermanent=false} elapsedCPUTimeForFrontBoard couldn't generate a task port Received port for identifier response: <(null)> with error:Error Domain=RBSServiceErr

The issue is I believe I attempted an upgrade and because I am using the new Apple chip CPU architecture, and not Intel, I have the wrong version. So the question is how do I get the Universal App Quick Start version back? Thanks, Carl /Applications/Xcode.app/Contents/MacOS/Xcode > Xcode12.0BugReport.09.19.2020 2020-09-19 14:38:08.058 Xcode[11382:191748] [MT] DVTPlugInLoading: Failed to load code for plug-in com.apple.dt.IDE.IDEiOSSupportCore (/Applications/Xcode.app/Contents/PlugIns/IDEiOSSupportCore.ideplugin), error = Error Domain=NSCocoaErrorDomain Code=3587 dlopenpreflight(/Applications/Xcode.app/Contents/PlugIns/IDEiOSSupportCore.ideplugin/Contents/MacOS/IDEiOSSupportCore): Library not loaded: /System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice Referenced from: /Applications/Xcode.app/Contents/PlugIns/IDEiOSSupportCore.ideplugin/Contents/MacOS/IDEiOSSupportCore Reason: no suitable image found. Did find: /System/Library/PrivateFrameworks/MobileDevice.framework/Ver

NSStoreModelVersionHashesDigest = DJ2WYYwgxZ0ODDxWSCU/qENUGNTyxR4QfG8zLErpzQrvMoo9u19pSVjC7jzbUm0QLzGhFtKR3E0LRQvO9u6WXQ==; NSStoreModelVersionHashesVersion = 3; NSStoreModelVersionIdentifiers = ( 1.0.0 ); NSStoreType = SQLite; NSStoreUUID = FC5CF467-5684-4C95-8C0E-49698D0A8648; _NSAutoVacuumLevel = 2; }, reason=The model used to open the store is incompatible with the one used to create the store}}, reason=Failed to open the store} with userInfo { NSUnderlyingError = Error Domain=NSCocoaErrorDomain Code=134100 The managed object model version used to open the persistent store is incompatible with the one that was used to create the persistent store. UserInfo={metadata={n NSPersistenceFrameworkVersion = 1337;n NSStoreModelVersionChecksumKey = /mv+MJ232k6TtgLWF/6u6Xvt1IOs/ezBTew3e5ULc+E=;n NSStoreModelVersionHashes = {n CloudSyncModelA = {length = 32, bytes = 0x3987992e 6ee680c6 e8bb9511 266ac8b2 ... 97ac3feb daf3a616 };n CloudSyncModelB = {length = 32, bytes = 0xd2664c00 d176a085 d0cb6b7f 7fdd3661 ..

I've been in touch with Rich Kubota who is working to get to the bottom of the ODR request issue. He was able to reproduce the error with my app and capture device logs to help the ODR engineers track down the issue. To be clear, the error that's being returned by a request for any ODR: Error Domain=NSCocoaErrorDomain Code=4994 The requested application data doesn’t exist. UserInfo={NSUnderlyingError=0x281b6a730 {Error Domain=_NSBundleResourceRequestErrorDomain Code=100 No manfiest found for bundle ID com.xxxxxx UserInfo={NSLocalizedFailureReason=No manfiest found for bundle ID com.xxxxxx}}} (where com.xxxxxx is the bundle ID of my app) (and note the typo manfiest 😐) Again, ODR works for me in TestFlight and every other configuration I'm able to try, only fails in App Review.I received this message from Rich last Friday 5/29: I finally managed to get the ODR engineer set up with the App Review Network administrator to provide the info needed to investigate this issue. It’s unfortunate that this is t

We are experiencing the same issue with our app. However, for us, it's not caused by changing the kind, but only after an app update in which there were no changes regarding the widget. Just after it updated, the widget turns black in some cases. It also appears black in the widget gallery. Removing and adding it again did not work in this case, only after an iOS restart it works fine again. I am seeing a similar error in console: Content load failed: unable to find or unarchive file for key: [my.bundle.id::my.bundle.id.widget:MyWidget:systemSmall::158.00/158.00/21.60:(null)] on no host. The session may still produce one shortly. Error: Using url `file:///private/var/mobile/Containers/Data/PluginKitPlugin/A1582067-2483-4B92-B1E4-A35F5BBA0DF7/SystemData/com.apple.chrono/placeholders/MyWidget/systemSmall----158.00w--158.00h--21.60r--0f--0.00t-0.00l-0.00b0.00t.chrono-timeline` ... Error Domain=NSCocoaErrorDomain Code=4 Die Datei „systemSmall----158.00w--158.00h--21.60r--0f--0.00t-0.00l-0.00b0.00t.chrono

Quinn,This is about as simple of an example as I can provide:An ApplescriptObjC automator action project in Xcode. The Interface builder provides an Automator Path Pop Up Button that allows the user to select an existing workflow to be run. The code to implement the action is shown below.------------------------------ Applescript code for automator action ---------------------------------script Run_Workflow_on_Each_Job -- this the File's Owner in IB property parent : class AMBundleAction property pWFController : missing value -- connected to AMWorkflowController instance in IB property pWorkflow : missing value -- assigned here property pWFView : missing value -- assigned here property pWorkflowPath : -- posix path to workflow specified by user in GUI on runWithInput_fromAction_error_(input, anAction, errorRef) try -- set up workflow set paramRec to parameters() as record set pWorkflowPath to |workflowPath| of paramRec set wfURL to current application's NSURL's fileURLWithPath_isDirectory_(pWorkflowPath, fal