“LLDB crash”

Please post a full Apple crash report, per the instructions in Posting a Crash Report. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Thanks for responding. I haven't yet been able to reproduce the issue in a small test project so either they made changes in a macOS update or there is some timing issue and/or way the NSURL is initialized in my real project teases the issue out. But I promise I got stale value for nonexistent NSURLIsHiddenKey until I started explicitly dumping it. In my real project the URL comes for -fileURLWithPath: (and initially created on a background thread). My real project is large and complex so when I have more time I'll have to see if I can isolate the issue in a small sample. Due the request by iOS and the server cache the user may see some discrepancies or additional nuances in how and caching behave, particularly regarding stale values. I'm on macOS. Explicit cache management is recommended, especially when dealing with URLs that may have changed state (e.g., deleted or modified), to ensure your application behaves predictably across different environments and runtime sessions. Also CFURL is documented to have

The challenge we are facing is that certain functionality does not behave correctly when the app resumes the next day without a normal cold start. The primary issue is with the SLM (Sound Level Meter) framework, which relies on audio sessions. In these resumed states, the audio session is not always reinitialized cleanly, causing our calibration process to fail and leading to the core issue we observed. If you haven't already, this sounds like something worth filing a bug about. Have you, and if so, what's the bug number? More recently, we encountered a case where we did not even receive the applicationDidEnterBackground callback. We extended the same force-exit handling to cover this scenario as well. Do you have any more information/context about this case? There are cases where apps aren't formally put into the background (for example, I believe swiping control center down will trigger applicationWillResignActive but NOT applicationDidEnterBackground), but all of these cases should also mean that the app i

It’s hard to offer insight here without a full Apple crash report. Does anyone have one of those? If so, please post it here. See Posting a Crash Report for advice on how to do that. [quote='870052022, brianindeed, /thread/810678?answerId=870052022#870052022, /profile/brianindeed'] Do these [iOS] versions correspond to the RC or the GM? [/quote] You can tell that from the format of the build numbers. For example, in 23C5027f you have: 23 — This maps to the major version number, in this case iOS 26. C — This maps to the minor version number [1], making it iOS 26.2. 50 — This contains the build number prefix; see below for more on that. 27 — This is the actual build number. f — This is something internal that I’m not going to go in to. In seed builds we prefix the build number with a digit indicating the type of build, padding it up to three digits with leading zeroes. So 5027 is build 27 with a build type of 5 [2]. In released builds we don’t do this padding. For example, the release build of

I've been seeing this crash occurring as well in crash reports. Does anyone know what could be causing or possible solution on this?

Hello Allen, Thanks for filing the crash report with the full crash log. Just to confirm, are you overriding viewWillTransitionToSize:withTransitionCoordinator:, and if so, can you please provide the relevant code in the method? Thank you for your patience, Richard Yeh  Developer Technical Support

Here is my work around for UIKit extension UIViewController { @objc func configureAsPopoverWith(sender: Any?) { self.modalPresentationStyle = .popover var enableZoom: Bool = true var source: Any? = sender #if targetEnvironment(macCatalyst) // PopOver with Zoom crashes for macOS 26 if #available(iOS 26.0, *), let view = (sender as? UIBarButtonItem)?.value(forKey: view) as? UIView { source = view } enableZoom = false #endif if let sourceView = source as? UIView { self.popoverPresentationController?.sourceView = sourceView self.popoverPresentationController?.sourceRect = sourceView.bounds if #available(iOS 18.0, *), enableZoom { self.preferredTransition = .zoom { _ in sourceView } } } else if let sourceItem = source as? UIBarButtonItem { self.popoverPresentationController?.barButtonItem = sourceItem } } }

I recommend that you start a new thread about this, making sure to include the details of this crash. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I'm experiencing the exact same crash in UIKit. With UIBarButtonItems and Popovers. On Mac Catalyst app build with Xcode 26.2 (17C52) on Tahoe 26.2. Same will happen with UIView as a source when presenting the a UIViewController if a zoom transition is set vc.preferredTransition = .zoom { _ in sendingView } Setting the info.plist UIDesignRequiresCompatibility to YES, prevents the default zoom transition and shows the popup with arrows.