I've never encountered any CPU restrictions with an extension. So maybe it is running out of memory. You have enough memory to load the array, but then maybe you are consuming more memory as you process the array. If you run/debug the extension (as opposed to running/debugging the app) in Xcode you can monitor the memory usage in real time just as you can with the app. I think from memory the memory limit is 20Mg, so you can see if you are getting close to and then hitting this limit (if you go over while running the extension in Xcode then it'll tell you) If you are running out of memory then you can try using autoreleasepool {} during processing to free memory. The OS churns out a lot of logging, if you search in the log console (not Xcode's log console) for your extension bundle id while its running, the OS will probably log what the problem is. Or as mentioned above, run the extension in Xcode and that'll probably tell you what the issue is.

The extension has a set memory limit, which is much less than that of an app. Why can you not do the iteration in the app when it first launches rather than the extension? (the extension is not part of the app, it is separate from it but data from the iteration process can be shared via the filesystem for example). Also an extension doesn't simply run for 30 seconds, it will run until the completion handler is called, if the handler is not called within 30 seconds then the system will call the handler for you. If you have to do the iteration within the extension, you will need to delay calling the completion handler until the iterations have completed. If that takes longer than 30 seconds, then that's another good reason why you need to look at doing this in the app rather than the extension. You say the iteration is part of the initialization process, hence its a one time operation, why therefore cannot it be performed by the app (I use the term app to not include the extension) the first time the app runs, and then the results of that made available to the extension?

If you google you've easily find instructions on how to do it. Basically put your phone into recovery mode and plug into a Mac and restore it. However I've been trying to do this myself and I just absolutely cannot put the phone into recovery mode (the same phone which in the past I have been able to many times). Perhaps there is a problem with iOS 18 beta that prevents it from being able to put it into recover mode.

Posted as FB13844575

This has been reported elsewhere on the forum, somebody from Apple replied saying it was a known issue. I think they said it was in iOS 17.2.1 and the fix was to update to 17.3, but maybe I missremember that as you say you've also seen it in 17.5.1

If you don't know/understand what "We were still unable to review your app as it crashed on launch.", for some reason, why not just say "I don't understand what We were still unable to review your app as it crashed on launch means". If you do understand what it means, they why post it with no further details? I just don't get it, how can you possible be hoping for any help from this forum with this?

Why? I mean just why would you post something like this? You and the hundreds of others that do similar. Is this a question you've posted, no it is not. Is this a request for assistance/help/comment you have posted, no it is not. Is there any useful information you have attached or added, no there is absolutely nothing at all. Do you really think you will get some feedback on this? What will posting quote from Apple review achieve. Nothing. Nothing at all. Good luck

Installing the app has become worse. It'll be fine one minutes, will install and run quickly, and then next go it'll take about 10 minutes. It knows its taking a long because it says its taking longer than usual and do you want to proceed? If you say yes, you still have 10 or more minutes to wait. Once its started doing this I've not found any way of making it right again other than to restart the Mac and the phone. The problem is, whenever you restart a phone, then you then have to wait 5 minutes while Xcode says "Preparing the iPhone", even if its already prepared it a trillion times before. So you can't win.

Same here

Have you first just tried to create a new simple React Native app to check your Macbook is configured corrected to create/build/run any RN app

Not a crash, but with a React Native app it hangs at random places when downloaded from TestFlight, yet the exact same build when installed from the App Store is ok (the app was uploaded to TestFlight, then released to the App Store, then later found the issue in TF). So the exact same build experiences issues when installed from TF but not when installed from the App Store.

(Connecting via USB to the iPhone)

Upgrade to iOS 17.3

There's no way at all. You can neither obtain the phone number of an incoming call nor retrieve the last caller(s) numbers from the device itself.

I'm going to have to raise an official Apple support ticket, my MacBooks been out of action all day long because of this.