з. Isolated test app with complications only Thread 1 Queue : com.apple.main-thread (serial) #0 0x4bf13134 in madvise () #1 0x467592a8 in -[_CSIRenditionBlockData _allocateImageBytes] () #2 0x467ae188 in -[_CSIRenditionBlockData initWithPixelWidth:pixelHeight:sourceRowbytes:pixelFormat:] () #3 0x4674dd04 in __csiCompressImageProviderCopyImageBlockSetWithOptions () #4 0x32079cd8 in IIOImagePixelDataProvider::getBytesImageProvider(void*, unsigned long) () #5 0x32086c6c in PNGWritePlugin::writePNG(IIOImagePixelDataProvider*, IIODictionary*) () #6 0x3208dd64 in PNGWritePlugin::writeAll() () #7 0x32086558 in PNGWritePlugin::WriteProc(void*, void*, void*, void*) () #8 0x32079044 in IIOImageDestination::finalizeDestination() () #9 0x320b3770 in CGImageDestinationFinalize () #10 0x28d79564 in ___lldb_unnamed_symbol212136 () #11 0x28d790ec in ___lldb_unnamed_symbol212135 () #12 0x28d7abfc in ___lldb_unnamed_symbol212193 () #13 0x288db64c in ___lldb_unnamed_symbol166857 () #14 0x288d8180 in ___lldb_unnamed_symbol166740 () #15 0x288d8dec in ___lldb_unnamed_symbol166744 () #16 0x288d8a94 in ___lldb_unnamed_symbol166742 () #17 0x28d78404 in ___lldb_unnamed_symbol212112 () #18 0x28d78e08 in ___lldb_unnamed_symbol212134 () #19 0x283eb110 in ___lldb_unnamed_symbol123404 () #20 0x28aaad00 in ___lldb_unnamed_symbol183123 () #21 0x28aa8e70 in ___lldb_unnamed_symbol183102 () #22 0x28aa8f54 in ___lldb_unnamed_symbol183102 () #23 0x28aa8f54 in ___lldb_unnamed_symbol183102 () #24 0x28aa8f54 in ___lldb_unnamed_symbol183102 () #25 0x28aa8f54 in ___lldb_unnamed_symbol183102 () #26 0x28aa8f54 in ___lldb_unnamed_symbol183102 () #27 0x284ba600 in ___lldb_unnamed_symbol130598 () #28 0x284bca20 in ___lldb_unnamed_symbol130761 () #29 0x28b9c5e4 in ___lldb_unnamed_symbol193041 () #30 0x284b9bf0 in ___lldb_unnamed_symbol130593 () #31 0x284ba888 in ___lldb_unnamed_symbol130605 () #32 0x284ba7ac in ___lldb_unnamed_symbol130604 () #33 0x284ba9e8 in ___lldb_unnamed_symbol130607 () #34 0x2c409c48 in ___lldb_unnamed_symbol5926 () #35 0x2c391124 in ___lldb_unnamed_symbol2483 () #36 0x2c390558 in ___lldb_unnamed_symbol2482 () #37 0x2c44b844 in ___lldb_unnamed_symbol7756 () #38 0x2aac0138 in _dispatch_call_block_and_release () #39 0x2aac19ac in _dispatch_client_callout () #40 0x2aace46c in _dispatch_main_queue_drain () #41 0x2aace0c4 in _dispatch_main_queue_callback_4CF () #42 0x2195ade4 in __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ () #43 0x2192e74c in __CFRunLoopRun () #44 0x219736bc in CFRunLoopRunSpecific () #45 0x203a1d78 in -[NSRunLoop(NSRunLoop) runMode:beforeDate:] () #46 0x203dac14 in -[NSRunLoop(NSRunLoop) run] () #47 0x54dccc3c in _xpc_objc_main () #48 0x54dced64 in _xpc_main () #49 0x54dcef24 in xpc_main () #50 0x20412208 in -[NSXPCListener resume] () #51 0x37dbd42c in -[_EXRunningExtension resume] () #52 0x37dbd2dc in -[_EXRunningExtension startWithArguments:count:] () #53 0x37dda52c in EXExtensionMain () #54 0x20b104b8 in NSExtensionMain () #55 0x52f3d67c in start ()

Update: I added onAppear and onDisappear to every complication. Turns out that right before the memory crash, onAppear called for all of them, even for those that aren't present on any face. Clearly, the reason for memory crash is that all Views are loaded into memory simultaneously. I submitted Technical Support Issue to Apple.

@deeje, ha-ha, yeah. I also thought about it. Some unlucky clients will do all the chore :D

Looks like EXC_RESOURCE RESOURCE_TYPE_MEMORY has nothing to do with the bundle size, probably there's a memory leak or something.

Further exploration. I looked into intermediate objects in DerivedData... /Debug-watchsimulator/complicationsExtension.build/Objects-normal/arm64. The arm64 folder itself takes 25 MB. The fattest files are complicationsExtension.swiftmodule (1 MB) and complicationsExtension-master.priors (500 KB), everything else is hundreds of object files .o and other compiled stuff. Some complications are short files but they produce heavy objects. For example ClassicComplPulse.o is a 70-line SwiftUI view (with previews) and it results in 200 KB. The source code takes only 3 KB. Looks like SwiftUI views get significantly expanded after compilation.

Not completely sure but looks like users that are not logged into iCloud is a "_word" security role and they can only read.

So if the user isn't logged into iCloud we can't create records in the CloudKit database? This may fail business logic :(

I had similar problem too. I guess you should select a watch simulator as a run destination in order to build the previews for watchOS. It started since Xcode 15.

**Update: ** turns out CKQueryOperation.maximumResults is actually equals to 0, so the value is hidden. But the general idea is to give some way to split records in chunks so CKModifyRecordsOperation will not fail.

@MobileTen we do not discuss here how to wipe repository, good luck to find better application for your sparkling wisdom!

Same problem. This also leads to watch problem when I constantly see the message "Connecting to Uladzimir’s Apple Watch" then "Waiting Apple Watch to reconnect". I don't have Wi-Fi at home, my phone is used as Hotspot and I believe, that connection to Xcode via Network somehow disrupts the connection with Apple Watch.

I'm getting this error: xcrun: error: unable to find utility "devicectl", not a developer tool or in PATH Why don't I have devicectl installed?

I had the same problem with "Waiting to reconnect to Apple Watch" because I used Personal Hotspot. I got to go to cafe to join WiFi there and the issue was resolved. iPhone, mac and watch want to be in the same WiFi network and Personal Hotspot was always the issue, starting from very first versions of watchOS.

@jeremyhu, what is devicectl?

Same problem with CloudKit.