Xcode 15 RC crashes when submitting app for notarization

Just wondering if anyone else is running into this; every time I try to notarize my app, Xcode crashes on the "Uploading" step.

I've submitted a radar FB13163393 via Feedback Assistant with the full crash logs and other details.

Post not yet marked as solved Up vote post of CharlesS Down vote post of CharlesS
886 views

Replies

Process:               Xcode [41066]
Path:                  /Applications/Xcode-beta.app/Contents/MacOS/Xcode
Identifier:            com.apple.dt.Xcode
Version:               15.0 (22265)
Build Info:            IDEApplication-22265000000000000~3 (15A240d)
Code Type:             ARM-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2023-09-13 09:13:53.6230 -0400
OS Version:            macOS 13.5.2 (22G91)
Report Version:        12
Anonymous UUID:        8FD0A40F-8939-D918-2E3C-DA44A4E72AE0

Sleep/Wake UUID:       3612D58F-129A-484C-9E23-54956E51A450

Time Awake Since Boot: 49000 seconds
Time Since Wake:       2597 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: archive info plist lock

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000

Termination Reason:    Namespace SIGNAL, Code 6 Abort trap: 6
Terminating Process:   Xcode [41066]

Application Specific Information:
abort() called
com.apple.main-thread


Application Specific Signatures:
(string) != nil

Thread 0 Crashed::  Dispatch queue: archive info plist lock
0   libsystem_kernel.dylib        	       0x1808b8764 __pthread_kill + 8
1   libsystem_pthread.dylib       	       0x1808efc28 pthread_kill + 288
2   libsystem_c.dylib             	       0x1807fdae8 abort + 180
3   IDEKit                        	       0x107b1cd58 +[IDEAssertionHandler _handleAssertionWithLogString:assertionSignature:assertionReason:extraBacktrace:] + 972
4   IDEKit                        	       0x107b1d198 -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:assertionSignature:messageFormat:arguments:] + 872
5   DVTFoundation                 	       0x1033c19a8 _DVTAssertionHandler + 424
6   DVTFoundation                 	       0x1033c1b28 _DVTAssertionFailureHandler + 196
7   DVTFoundation                 	       0x1032843d4 +[DVTFilePath _filePathForParent:pathString:] + 360
8   DVTFoundation                 	       0x103284b20 -[DVTFilePath filePathForRelativePathString:] + 48
9   IDEFoundation                 	       0x1096e686c -[IDEArchive _embedPackageFromDistributionRecord:error:] + 312
10  IDEFoundation                 	       0x1096e6ea4 __36-[IDEArchive addDistribution:error:]_block_invoke + 56
11  libdispatch.dylib             	       0x180740400 _dispatch_client_callout + 20
12  libdispatch.dylib             	       0x18074f97c _dispatch_lane_barrier_sync_invoke_and_complete + 56
13  DVTFoundation                 	       0x103408014 DVTDispatchBarrierSync + 148
14  DVTFoundation                 	       0x1033e42b4 -[DVTDispatchLock performLockedBlock:] + 60
15  IDEFoundation                 	       0x1096e6d30 -[IDEArchive addDistribution:error:] + 200
16  IDEFoundation                 	       0x10938c2f0 __35-[IDEDistributionUploadStep upload]_block_invoke.115 + 116
17  DVTFoundation                 	       0x103407330 __DVT_CALLING_CLIENT_BLOCK__ + 16
18  DVTFoundation                 	       0x103407b08 __DVTSyncPerformBlock_block_invoke + 68
19  CoreFoundation                	       0x1809ce1d4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 28
20  CoreFoundation                	       0x1809ce0e8 __CFRunLoopDoBlocks + 364
21  CoreFoundation                	       0x1809cd58c __CFRunLoopRun + 2432
22  CoreFoundation                	       0x1809cc4b8 CFRunLoopRunSpecific + 612
23  HIToolbox                     	       0x18a21edf0 RunCurrentEventLoopInMode + 292
24  HIToolbox                     	       0x18a21ec2c ReceiveNextEventCommon + 648
25  HIToolbox                     	       0x18a21e984 _BlockUntilNextEventMatchingListInModeWithFilter + 76
26  AppKit                        	       0x183bf397c _DPSNextEvent + 636
27  AppKit                        	       0x183bf2b18 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 716
28  DVTKit                        	       0x103c88a9c -[DVTApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 300
29  AppKit                        	       0x183be6f7c -[NSApplication run] + 464
30  DVTKit                        	       0x103c87cbc -[DVTApplication run] + 60
31  AppKit                        	       0x183bbe3cc NSApplicationMain + 880
32  dyld                          	       0x180597f28 start + 2236

(rest snipped to fit within character limitations)

I am experiencing the exact same issue. Thanks for posting here — at least it feels a little better knowing it's not just me.

I also saw this behaviour in Xcode 15.0 Beta 8, but not one of the much earlier betas. Just trying Beta 7 now.

Is there any kind of work-around?

Unfortunately I can't remember which previous beta I used which successfully notarised; now I'm wondering if I imagined it and my last notarisation was in Xcode 14.

I have just spent the afternoon trying every successive earlier version back to beta 1 and all exhibit the same issue. I then went to 14.3.1 and it also failed! But at least it gave an obscure error, which led me to this.

So I went to https://developer.apple.com/account and found a message: "The program license agreement has been updated." I clicked accept, and tada... now it notarises just fine, even in 15.0.0 RC.

How utterly infuriating. Apple, where do I send the bill for an hour of my time? Ha.

  • This works for me, thank you

Add a Comment

I had this happen with the release version, with all agreements agreed. I got it fixed after changing version from "1.0.0-RC1" to "1.0.1", and upping build version by 1.