Thanks, that was a good thought! It was getting set to default on our end. So I added additional logging and code to switch it to default any time that it wasn't. But it appears that when connected to airplay, it switches the route sharing policy to long-form audio when audio is played. When I disconnect and play audio from the phone's internal speaker, it doesn't change unexpectedly and stays set to default. So it does seem to be an issue with the route sharing policy. Know of any reason it would be getting switched to long form audio unexpectedly while using airplay?

Sounds like it will be fixed in Xcode 12 Beta 3 + This turned out to be a bug in the framework SDK - it should be addressed in a coming beta release of Xcode. Unfortunately, there is no workaround. https://forums.swift.org/t/xcode-12-beta-1-swift-5-3-watch-app-fails-to-link-coreml/38090/6

This is a hack, but I created an objc header to make the UITraitCollection definition available to watchOS. This allowed for the UIColor(named name: String, in bundle: Bundle?, compatibleWith traitCollection: UITraitCollection?) method to be accessed. Objc header file added to the framework: #if TARGET_OS_WATCH @import UIKit; @interface UITraitCollection : NSObject @end #endif

It seems to be fixed in Xcode 12.5 https://forums.swift.org/t/incomplete-crash-log-symbolication-for-bitcode-enabled-apps-linked-with-packages-containing-resources/42696/5