Having the same issue here. It was working and then I reset the simulator.
I've validated that SiriKit has requested the proper permissions, my App Groups are enabled for data sharing. If I try to load widgets, Springboard crashes with this error. Running my app from the simulator using the Widget scheme causes the same crash.
mbciarlo
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Last seen
User for
Post
Replies
Boosts
Views
Activity
Here is my crash log from the Simulator:
Path:									/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/CoreServices/SpringBoard.app/SpringBoard
Identifier:						SpringBoard
Version:							 1.0 (50)
Code Type:						 X86-64 (Native)
Parent Process:				launchd_sim [91160]
Responsible:					 SimulatorTrampoline [1334]
User ID:							 501
Date/Time:						 2020-09-19 17:09:28.958 -0400
OS Version:						Mac OS X 10.15.6 (19G2021)
Report Version:				12
Anonymous UUID:				7E97BB0C-F20E-662A-7578-F9D9BEA40844
Sleep/Wake UUID:			 F44A61AA-0164-4838-9E24-43AB82A02375
Time Awake Since Boot: 230000 seconds
Time Since Wake:			 100000 seconds
System Integrity Protection: enabled
Crashed Thread:				0	Dispatch queue: com.apple.main-thread
Exception Type:				EXC_CRASH (SIGABRT)
Exception Codes:			 0x0000000000000000, 0x0000000000000000
Exception Note:				EXC_CORPSE_NOTIFY
Application Specific Information:
LaunchServices observer: Installed (
		"<LSApplicationProxy: 0x60000031e2f0> com.mciarlo.Doo file:///Users/michaelciarlo/Library/Developer/CoreSimulator/Devices/87D10C9C-DFBB-4389-B855-CC0AB515581D/data/Containers/Bundle/Application/2E040815-14FF-4AE3-B323-E3C21C300062/Doo.app/ <com.mciarlo.Doo <installed >:0>"
) {7E5DEF5B-91FD-487A-83D0-A4BC1F55C2D3 460}** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Property 'identifier' is not a valid NSString subclass'
terminating with uncaught exception of type NSException
abort() called
CoreSimulator 732.17 - Device: iPhone 11 Pro (87D10C9C-DFBB-4389-B855-CC0AB515581D) - Runtime: iOS 14.0 (18A372) - DeviceType: iPhone 11 Pro
Application Specific Backtrace 1:
0	 CoreFoundation											0x00007fff2043a126 __exceptionPreprocess + 242
1	 libobjc.A.dylib										 0x00007fff20177f78 objc_exception_throw + 48
2	 Intents														 0x00007fff2dad58f6 -[INCodable _objectDescription] + 0
3	 Intents														 0x00007fff2dad6530 __28-[INCodable _writeTo:error:]_block_invoke.267 + 2464
4	 Intents														 0x00007fff2dad4358 -[INCodable _writeTo:error:] + 695
5	 Intents														 0x00007fff2dad1973 -[INCodable writeTo:] + 56
6	 ProtocolBuffer											0x00007fff22cd54d6 PBDataWriterWriteSubmessage + 47
7	 Intents														 0x00007fff2dad5a4b __28-[INCodable _writeTo:error:]_block_invoke_2 + 218
8	 Intents														 0x00007fff2dad5c4f __28-[INCodable _writeTo:error:]_block_invoke.267 + 191
9	 Intents														 0x00007fff2dad4358 -[INCodable _writeTo:error:] + 695
10	Intents														 0x00007fff2dad4484 -[INCodable _dataWithError:] + 58
11	Intents														 0x00007fff2dad4787 -[INCodable _copyWithZone:error:] + 96
12	Intents														 0x00007fff2dad2ea1 -[INCodable copyWithZone:] + 56
13	Intents														 0x00007fff2db60804 -[INIntent copyWithZone:] + 125
14	libobjc.A.dylib										 0x00007fff2018b346 objc_setProperty_nonatomic_copy + 36
15	ChronoServices											0x00007fff57f67e3d __42-[CHSAvocadoDescriptor loadDefaultIntent:]_block_invoke_2 + 78
16	libdispatch.dylib									 0x00007fff2010535b _dispatch_call_block_and_release + 12
17	libdispatch.dylib									 0x00007fff20106534 _dispatch_client_callout + 8
18	libdispatch.dylib									 0x00007fff20113011 _dispatch_main_queue_callback_4CF + 1045
19	CoreFoundation											0x00007fff203a8276 CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE + 9
20	CoreFoundation											0x00007fff203a2b06 __CFRunLoopRun + 2685
21	CoreFoundation											0x00007fff203a1b9e CFRunLoopRunSpecific + 567
22	GraphicsServices										0x00007fff2b773db3 GSEventRunModal + 139
23	UIKitCore													 0x00007fff24660af3 -[UIApplication _run] + 912
24	UIKitCore													 0x00007fff24665a04 UIApplicationMain + 101
25	SpringBoard												 0x00007fff5a21cf8b SBSystemAppMain + 7504
26	libdyld.dylib											 0x00007fff20257415 start + 1
Having the same issue with Xcode 12.0
I don't know if I'm on the right track, but avoiding the identifier and displayName properties for my own (which do appear in the generated file) causes my widget to render without an error. Unfortunately the Add Widget screen crashes with the same "No intent" error because it tries to use identifier.
I hope this at least gets us closer to a solution.
I don't know if I'm on the right track, but avoiding the identifier and displayName properties for my own (which do appear in the generated file) causes my widget to render without an error. Unfortunately the Add Widget screen crashes with the same "No intent" error because it tries to use identifier.
I hope this at least gets us closer to a solution.
Same issue here with a CKRecord created successfully. Fetching the record via query results in this same parse error. Attempting to fetch the record from iCloud fails with Record Not Found. I can fetch the record successfully in CloudKit Dashboard if I limit the fields. If I allow all I get this parse error.
• This is on both an iPhone 12 and the simulator.
• This is the same code on both operating systems.
• I was previously using Xcode 12, but upgraded to the the Xcode 13 RC.
• I'm testing on the same model (both simulator and my personal dev device are iPhone 12s)
• The code where I change first responder is pasted below.
- (void)didPressNextButton {
if (currentReponderIndex == self.textFields.count - 1) {
NSNumber *tag = [self.textFields firstObject];
UITextField *field = [self.view viewWithTag:tag.integerValue];
[field becomeFirstResponder];
} else {
NSNumber *tag = [self.textFields objectAtIndex:currentReponderIndex + 1];
UITextField *field = [self.view viewWithTag:tag.integerValue];
[field becomeFirstResponder];
}
}
• I don't recall seeing this issue in the two months of previous testing on iOS 14 using Xcode 12.
• I'm using UICollectionViewCompositionalLayout with estimated heights that are about the same size as the rendered rows. I also have header and footer boundary elements.
• I thought it could be a layout pass as well, but when scrolling to the fields on my own, I don't see any jitter. It's only when the keyboard is visible and the system attempts to scroll the view.
• All the cells are the same size.
• I have prepared a minimum example and the issue is reproducible. dropbox.com/s/fpqy2tx7gpvdd69/CollectionViewTesting.zip?dl=0
I have submitted a bug report to Apple with this example project. ID is FB9640529.
+1 to experiencing this issue on iOS 14 and iOS 15. I have constraints set on UICollectionViewCell with estimated heights and the layout jumps during scroll because cells are different than the "estimated" height.
Thanks for the tip! I may end up having to use that in order to move forward. I wonder if anyone from Apple can comment whether this is just a bug with the front-end.