LLDB crash

Thanks for the response. No, but iPadOS apps should not include com.apple.developer.driverkit.userclient-access. Note that your construction of that entitlement is also invalid (it's a list of bundle IDs and requires approval to use), We realized this was for MacOS only and since our app is for iOS, we plan to remove this. The actual bundleId was approved and we just use a censored bundle ID here Assuming the contents you've posted are accurate, then this mismatch is the problem: Those dictionaries must match in order for your DEXT to load. Yes, we also noticed the missing idVendor in our driver entitlement and updated it to match the provisioning profile. However, the issue still persists—our DriverKit is realized but does not start in the TestFlight build. Local Build (works): After enabling the driver and connecting the hardware, the system logs show the driver is both realized and started successfully. TestFlight Build (broken): On the same hardware and sequence, the system only logs the realization of th

Our engineering teams will need to investigate this issue. We'd greatly appreciate it if you could open a bug report, include crash logs and sample code or models that reproduce the issue, and post the FB number here once you do. http://feedbackassistant.apple.com Bug Reporting: How and Why? has tips on creating a successful bug report.

Thanks for the above answer. I think my options here are very little then. My business relies a lot on Crashlytics, we can track bugs very easily and the alert system is a must for us. Unfortunately, I can't just disable it :(. This is also happening randomly to any user, so I can't even disable it on a reduced audience. Something we could do is to disable Crashlytics for a few seconds when app moves back to the foreground (when the crash is occurring), but I don't know if that disables Crashlytics completely to prevent Apple crash reports to get disrupted. Maybe my next question would be: Is really Crashlytics the problem here or actually the fact that we have two tools bothering each other?

I have created a sample project and submitted a bug report FB18771900. Basically any UIToolbar in a storyboard compiled with iOS 26 SDK will crash in iOS 18.

Thank you for your prompt reply and professional advice! I fully understand the risks of directly manipulating the implementation details of private classes, which indeed pose potential issues for code maintenance. The reason I adopted method swizzling is to catch and handle NSRangeException (array out-of-bounds) crashes that commonly occur in iOS apps. Such problems frequently arise in complex business scenarios and severely impact the user experience. For example: Index out-of-bounds caused by changes in dynamically loaded JSON data formats Inconsistent data states when arrays are operated on by multiple threads Desynchronization between data sources and view updates during complex UI rendering By swapping methods like objectAtIndex:, we’ve implemented unified interception of boundary checks, recording context information and returning default values before an out-of-bounds error occurs. This has effectively reduced the crash rate. However, as you noted, this solution does carry compatibil

I have a usdz from my architect that reliably does this Applevision crash. “stage it“ app also seems to have problems. But yah. Quick view also crashes the OS. Dim and then Apple logo. this is July 2025.

Digging a bit further, we can find the initializers for the class: (lldb) po [[UICornerConfiguration alloc] _methodDescription] : in UICornerConfiguration: Class Methods: + (id) capsule; (0x1853cb920) + (id) uniformBottom:(id)arg1 topLeft:(id)arg2 topRight:(id)arg3; (0x1853cb608) + (id) capsuleWithMaximumRadius:(double)arg1; (0x1853cb9d8) + (id) uniform:(id)arg1; (0x1853cb1e4) + (id) uniformEdgesWithLeft:(id)arg1 right:(id)arg2; (0x1853cb3a4) + (id) uniformEdgesWithTop:(id)arg1 bottom:(id)arg2; (0x1853cb2dc) + (id) uniformLeft:(id)arg1 topRight:(id)arg2 bottomRight:(id)arg3; (0x1853cb704) + (id) uniformRight:(id)arg1 topLeft:(id)arg2 bottomLeft:(id)arg3; (0x1853cb800) + (id) uniformTop:(id)arg1 bottomLeft:(id)arg2 bottomRight:(id)arg3; (0x1853cb50c)

Inspecting the UIVisualEffectView, it looks like the cornerConfiguration property is in fact available, but it just hasn't been exposed as a public API yet. (lldb) po [self cornerConfiguration]

I am seeing a similar crash in our project when using the iOS 17 or 18 simulator. We are getting Symbol not found: _NSUserActivityTypeBrowsingWeb. Running the iOS 26 simulator is fine and running our project in Xcode 16 is also still fine.