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.
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.
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.
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.