Background Assets: Downloaded .aar not working — "bundle record couldn't be looked up" error (-10814)

Platform: iOS 26 (23E254)

Xcode: 26.0

Reproduces on: Debug builds AND TestFlight

Summary:

I'm using Apple-Hosted Managed Background Assets with on-demand download policy. The .aar archives download successfully (correct file size, status = downloaded), but the contents are never extracted into the asset pack namespace.

AssetPackManager.shared.contents(at:) returns fileNotFound for all path variants, and url(for: FilePath(".")) returns a URL that exists but contains zero children.

Root Cause from Sysdiagnose:

The backgroundassets.user daemon logs reveal this error on every download attempt:

A bundle record couldn't be looked up for the application identifier "AtlasDrift.SnapTrail": Error Domain=NSOSStatusErrorDomain Code=-10814 "(null)" UserInfo={_LSFile=LSBindingEvaluator.mm, _LSLine=1973, _LSFunction=runEvaluator}

Error code -10814 is kLSApplicationNotFoundErr. The BA daemon downloads the .aar blob, then attempts to find the app bundle via LaunchServices to locate the extension for extraction — but the LS lookup fails. Without the extension, extraction never occurs.

Verified Configuration

Everything matches the documentation and WWDC sessions: Extension embedded at SnapTrail.app/Extensions/BackgroundDownloadExtension.appex Bundle IDs: App = AtlasDrift.SnapTrail, Extension = AtlasDrift.SnapTrail.BackgroundDownloadExtension (correct parent-child pattern)

Extension point: com.apple.background-asset-downloader-extension

Product type: com.apple.product-type.extensionkit-extension

Protocol: StoreDownloaderExtension from StoreKit (for Apple-hosted packs)

App group: group.AtlasDrift.SnapTrail (matching in both app and extension entitlements)

Info.plist keys:

BAAppGroupID, BAHasManagedAssetPacks = YES

BAUsesAppleHosting = YES (no BAInitialDownloadRestrictions or other BA keys) .aar Packaging

Archives built with xcrun ba-package from the Assets directory.

Manifest format:

{ "assetPackID": "ireland", "downloadPolicy": { "onDemand": {} }, "fileSelectors": [{ "directory": "POIRegions/ireland/IR" }], "platforms": ["iOS"] }

Uploaded via App Store Connect API with assetType: "ASSET".

Diagnostic Observations AssetPackManager.shared.assetPack(withID:) returns valid metadata (correct download size)

ensureLocalAvailability(of:) completes without error

assetPackIsAvailableLocally(withID:) returns true

url(for: FilePath(".")) returns a URL that exists but has zero children (empty namespace)

contents(at:) returns fileNotFound for all path variants tested

The extension never runs — breadcrumb file written in init() is never created

The -10814 error appears in daemon logs for every download cycle

Questions

Has anyone successfully used Apple-Hosted Managed Background Assets on iOS 26 beta? Is the daemon's LaunchServices integration known to be broken in this seed?

Is there anything about the bundle identifier format or provisioning profile setup that could cause the BA daemon's LS lookup to fail, even though the app installs and runs fine otherwise?

Are there any additional Info.plist keys or entitlements beyond what's documented that might be required for the daemon to locate the app bundle?

Any guidance would be appreciated. I've filed a Feedback report with the full sysdiagnose attached.

Background Assets: Downloaded .aar not working — "bundle record couldn't be looked up" error (-10814)
 
 
Q