I am trying to resolve similar issues. Note that first I explicitly deleted unneeded runtimes using Xcode 26.6 Settings / Components. But listing them with xcrun simctl shows them in that (Deleting) state. I managed to remove some of them with this procedure: xcrun simctl shutdown all osascript -e 'quit app "Xcode"' -e 'quit app "Simulator"' 2>/dev/null pkill -9 -f SimLaunchHost V=/Library/Developer/CoreSimulator/Volumes B=/Library/Developer/CoreSimulator/Cryptex/Images/bundle while read -r vol bundle label; do [ -z "$vol" ] && continue echo "▶ $label" if mount | grep -q " $V/$vol "; then sudo diskutil unmount force "$V/$vol" >/dev/null && echo " ✓ unmounted runtime volume" || echo " ✗ runtime volume unmount failed" else echo " · runtime volume not mounted" fi if [ "$bundle" != "-" ] && mount | grep -q "$B/SimRuntimeBundle-$bundle "; then sudo diskutil unmount force "$B/SimRuntimeBundle-$bundle" >/dev/null && echo " ✓ unmounted parent bundle" || echo " ✗ parent bundle unmount failed" fi done <<'EOF' watchOS_22S99 726954A0-4841-4185-99D3-DF85C6E03CC1 watchOS 11.2 watchOS_22R581 55C00A55-29D7-4916-BFB1-C281F91E31F5 watchOS 11.1 watchOS_22T250 F105BB7C-6B2D-4E6C-B310-4B9C34176917 watchOS 11.4 watchOS_23S303 - watchOS 26.2 watchOS_23T239 - watchOS 26.4 watchOS_24R5289n - watchOS 27.0 beta (24R5289n) watchOS_24R5305f - watchOS 27.0 beta (24R5305f) tvOS_23L470 - tvOS 26.5 tvOS_24J5289o - tvOS 27.0 beta EOF echo; echo "Restarting simdiskimaged…" sudo killall -9 simdiskimaged sleep 45 echo; echo "── Still listed as Deleting ──" xcrun simctl runtime list | grep Deleting || echo "none 🎉" echo "CoreSimulator mounts: $(mount | grep -c CoreSimulator)"But it does not catch all of them with this log errors looking relevant: % log show --last 30m --predicate 'process == "simdiskimaged"' --style compact | grep -E "Could not remove Mobile Asset" | tail -6 2026-10-20 22:19:47.847 E simdiskimaged[1837:7a12] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_appleTVOSSimulatorRuntime/c355f70517ca008a3cfc8f7ba236baed0b3dff9f.asset/AssetData/044-89169-079.dmg with error cannotResolveMobileAssetID 2026-10-20 22:19:58.372 E simdiskimaged[1837:7a12] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_iOSSimulatorRuntime/cc1f035290d244fca4f74d9d243fcd02d2876c27.asset/AssetData/096-69246-684.dmg with error cannotResolveMobileAssetID 2026-10-20 22:20:09.375 E simdiskimaged[1837:7a0c] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_iOSSimulatorRuntime/b7ebcb41b53f3ba74bbda35337320e05342e1996.asset/AssetData/044-32102-001.dmg with error cannotResolveMobileAssetID 2026-10-20 22:20:15.481 E simdiskimaged[1837:7a0c] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_iOSSimulatorRuntime/4d6f1d5e94817785365ca3e550933440a004fcc1.asset/AssetData/044-04621-122.dmg with error cannotResolveMobileAssetID 2026-10-20 22:20:22.486 E simdiskimaged[1837:7e16] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_iOSSimulatorRuntime/3ee34d773407290b674484df946712d331558e17.asset/AssetData/092-10337-196.dmg with error cannotResolveMobileAssetID 2026-10-20 22:20:28.511 E simdiskimaged[1837:7a12] Could not remove Mobile Asset runtime bundle: /System/Library/AssetsV2/com_apple_MobileAsset_iOSSimulatorRuntime/6fb1e5fe25ee1c372f7116516e615c556906bd4e.asset/AssetData/090-44150-318.dmg with error cannotResolveMobileAssetID % xcrun simctl runtime list == Disk Images == -- iOS -- iOS 18.2 (22C150) - DCFE462E-9BC5-4EF2-A482-FD4AB0A490AF (Ready) iOS 18.4 (22E238) - 17A8D10D-11F5-476C-A4EE-7CAB10694D29 (Ready) iOS 18.1 (22B81) - 442F2EA2-CB78-4D2D-863E-CEF5A9EDD7B1 (Ready) iOS 18.5 (22F77) - 544E42CD-C636-4194-A5A6-A5F944AF05BC (Ready) iOS 18.0 (22A5346a) - 09C5925F-CBF8-4C66-846E-54AF03EFA49F (Ready) iOS 16.4 (20E247) - 4330ABF8-DF3A-4C01-A6C0-3B1810FDD02A (Ready) iOS 17.5 (21F79) - FCBFBD6A-9446-4EF1-8A52-7963BC057FD3 (Ready) iOS 18.0 (22A3351) - 57416A42-E1C4-4589-BB53-1A6F58F16C50 (Ready) iOS 26.5 (23F77) - 59EAC083-A43F-40F0-9A97-B7BF95E5FC61 (Ready) iOS 15.5 (19F70) - 7A23AB1F-9A95-4888-BACA-A7FAC3D2B3A0 (Ready) -- tvOS -- tvOS 26.5 (23L470) - AD7A9989-65AF-4211-B3C1-BCB78BE43891 (Deleting) tvOS 27.0 (24J5289o) - 000BAB81-BCB8-4E47-A7B6-58C5358C693A (Deleting) tvOS 18.2 (22K154) - CC0C1824-94E0-4EE3-AFD0-51C02CCE8B1E (Ready) tvOS 18.1 (22J578) - 3F4960BB-B099-4FD4-A187-5E8826F82D8D (Ready) -- watchOS -- watchOS 27.0 (24R5289n) - EA932456-F6F2-48A7-97BA-6B908243CB78 (Deleting) watchOS 11.5 (22T572) - 39D1C278-FFBA-4072-A01A-B1CE52DF2AF0 (Ready) watchOS 26.5 (23T570) - 11B1E8B0-C46E-47A1-ACB8-9FE68C58E20E (Ready) watchOS 26.4 (23T239) - AEE96F99-ED10-4FEC-999A-BD4051CCDC36 (Deleting) watchOS 26.2 (23S303) - F7064EB1-5494-4CC9-A4F0-95AC61548361 (Deleting) watchOS 27.0 (24R5305f) - 668E00B0-F4FF-49FD-B8D9-266099D59209 (Deleting) Total Disk Images: 20 (117.9G)

Not an option for me, I find code-based auto-layout in UIKit barely readable after say 3-4 components. And I have quite a lot of storyboards with 50+ views and components. None of those were any particular issue to maintain before Xcode 16. Since then, it does not matter if I open UICVCell .xib with 3-4 labels and image views or a storyboard with 50 items - initial opening of the file just takes a while. IB is such a perfect tool to visually build a layout, I am very sad to see it so neglected. Sidenote: few major apps I do are still iOS 15+ so SwiftUI is not an option; iOS 18+ is first version of that framework I would consider somewhat feature-complete and usable.

Entitlements path was set on Project level thus both iOS app and PNSExt used the same file. I split this to be set per target and just removed DataProtection capability from the entitlements used by PNSE. Initial test on several devices seems to indicate that problem went away. We will deploy updated build to customers and monitor what's happening. Did someone forgot to use startAccessingSecurityScopedResource() for this? 🙃 (Thanks for timely answers!)

Here is debugger state, as detailed as I can get it, for the case when this error happens. URLResponse is HTTP 200 so the picture is downloaded OK. But tempURL (first param in downloadTask's closure) is nil so this is some error in local file handling in code that prepares downloaded file for handing over to my process.

Yes, it happens on many iPhones. This is issue in live app thus we see it on quite a variety of devices.

(I tried to attach the .swift file contents here using either Add text or Add file), but the form won't let me do that.)

What I meant: on the same iPhone, I receive say 10 push notifications sent from our backend (which goes to Firebase, which sends notification through APNs), all with same structure with only difference being imageUrl. It's entirely random how many will have download task succeed and attach downloaded image file to the UNMutableNotificationContent and how many downloads will fail with the said error. Sometimes most succeed. Sometimes none. Often 2-3 are OK, the rest fail. I checked SSL, TLS, whatever I could think for the web servers where the files are located, that was all fine. Today I fired up the debugger session for the PNSE process and re-run the notification that has just failed minutes ago only to see the download returns with URL and no error. When I do get the error in the debugger session, I don't see anything useful in the stack frame that could tell me where is the problem. I also tried using URLSesssion instance with custom configuration, seem to behave the same. extension URLSessionConfiguration { static var preferred: URLSessionConfiguration { let c = URLSessionConfiguration.default c.allowsCellularAccess = true c.httpCookieAcceptPolicy = .never c.httpShouldSetCookies = false c.httpAdditionalHeaders = [ "Accept-Charset": "utf-8", "Accept-Encoding": "gzip, deflate", ] c.requestCachePolicy = .returnCacheDataElseLoad return c } } No idea what else to try...

This is infuriatingly random. I have 3 super similar layout implementations in the same app. Two are working and 3rd is crashing when I pull down long enough down so that header is near the center. This causes layout loop in cells just outside the bottom edge. Those are cells where text in label is long enough taht it needs two lines. This crashes: func createSection(at index: Int) -> NSCollectionLayoutSection { let item = NSCollectionLayoutItem( layoutSize: NSCollectionLayoutSize( widthDimension: .fractionalWidth(1.0), heightDimension: .estimated(60) ) ) let group = NSCollectionLayoutGroup.vertical( layoutSize: NSCollectionLayoutSize( widthDimension: .fractionalWidth(1.0), heightDimension: .estimated(60) ), subitems: [item] ) let section = NSCollectionLayoutSection(group: group) let headerElement = NSCollectionLayoutBoundarySupplementaryItem( layoutSize: NSCollectionLayoutSize( widthDimension: .fractionalWidth(1.0), heightDimension: .estimated(200) ), elementKind: ProfileHeaderCell.kind, alignment: .top ) section.boundarySupplementaryItems = [headerElement] return section } but if I change the item's height to heightDimension: .fractionalHeight(1.0) then it does not crash. With crashing code, I also noticed that lower cells are being continually extended in height as I pull the scroll view upwards. It's like I am extruding the cells. Super weird behavior.

To anyone having trouble with this, here's an additional test – do a GET for this https://app-site-association.cdn-apple.com/a/v1/YOURDOMAIN Replace YOURDOMAIN with whatever domain you put after applinks:. It should return the file version from AASA CDN. If it returns blank, then it means your AASA file or entire domain is not accessible to AASA-Bot and you should investigate that.

Thanks for the sysdiagnose pointer (this should be added to the documentation page). I found this: Service: applinks App ID: TeamId.bundle.id App Version: 510.0 App PI: <LSPersistentIdentifier 0x104622ac0> { v = 0, t = 0x8, u = 0x8a4, db = 284B9176-578F-42D3-A1D7-9F82DA98D040, {length = 8, bytes = 0xa408000000000000} } Domain: mydomain.com User Approval: unspecified Site/Fmwk Approval: unspecified Flags: Last Checked: 2022-01-27 20:20:37 +0000 Next Check: 2022-01-27 23:55:10 +0000 Error: Error Domain=SWCErrorDomain Code=7 "SWCERR00101 Bad HTTP Response: 503 Service Unavailable -- {"status":"503 Service Temporarily Unavailable"}" UserInfo={Line=274, Function=-[SWCDownloader URLSession:dataTask:didReceiveResponse:completionHandler:], NSDebugDescription=SWCERR00101 Bad HTTP Response: 503 Service Unavailable -- {"status":"503 Service Temporarily Unavailable"}, UnderlyingError=Error Domain=HTTP Code=404 "(null)" UserInfo={Line=274, Function=-[SWCDownloader URLSession:dataTask:didReceiveResponse:completionHandler:]}} Retries: 1 This 503 error could be because of geo-restrictions on the site itself, I'll try to fix/check this with sysadmins.

I am trying with developer alternate mode. Adjusted to this: applinks:mydomain.com?mode=developer and verified in .entitlements file that it's changed. Deleted the app from device and build&run from Xcode, directly to my device. I had Proxyman running on iPhone to see will it actually fetch the AASA file from our server and it did not. The universal links thus still did not work. What am I missing here..? Also, not sure this means: As an additional precaution, only apps that you sign with a development profile can use developer mode, and users must opt-in on any device they use. Where are users supposed to opt-in on the device..?