We have multiple Jenkins jobs running UI Tests on a Mac with a device attached. This works most of the time but sometimes the tests don't run and the xcreport generated has an error like: BCOVBRDCoverageUITests-Runner encountered an error in BCOVBRDCoverageUITests failed with: Failed to install or launch the test runner. (Underlying Error: Failed to create directory on device 'Brightcove's iPhone 14 Plus' (00008110-000C54912246401E) to hold runtime profiles for application with bundle ID 'com.brightcove.BCOVBRDCoverageUITests.xctrunner': (null). (Underlying Error: The system failed to get the path on the remote device for the provided domain. (Underlying Error: The connection was interrupted.))) Has anyone else run into this? Any ideas on how to get around it? Kicking off another job after seeing this behavior works fine. The failures seem to be random or we haven't noticed a pattern yet.

Sometime recently our XCUITests started to hang after awhile and so I had filed this Feedback ticket. With the release of Xcode 15.3 I re-ran the test in the project I had attached to that Feedback ticket (which taps a "Go!" button which pushes a new view controller and then verifies the value of a UILabel) and the tests are running crazy slow on a device now running iOS 17.4. It has been half an hour and only 14 of 100 iterations have been run. Anyone else experience severe performance degradation in their XCUITests with Xcode 15.3?

I know that if you want background audio from AVPlayer you need to detatch your AVPlayer from either your AVPlayerViewController or your AVPlayerLayer in addition to having your AVAudioSession configured correctly. I have that all squared away and background audio is fine until we introduce AVPictureInPictureController or use the PiP behavior baked into AVPlayerViewController. If you want PiP to behave as expected when you put your app into the background by switching to another app or going to the homescreen you can't perform the detachment operation otherwise the PiP display fails. On an iPad if PiP is active and you lock your device you continue to get background audio playback. However on an iPhone if PiP is active and you lock the device the audio pauses. However if PiP is inactive and you lock the device the audio will pause and you have to manually tap play on the lockscreen controls. This is the same between iPad and iPhone devices. My questions are: Is there a way to keep background-audio playback going when PiP is inactive and the device is locked (iPhone and iPad) Is there a way to keep background-audio playback going when PiP is active and the device is locked? (iPhone)

We need to do some source selection based on what formats a given device is capable of. This can include Dolby Vision, HDR10, Dolby Atmos, etc. I know we can detect HDR support via AVPlayer.eligibleForHDRPlayback don't know if that includes Dolby Vision and I haven't been able to determine way to verify if Dolby Atmos is supported or not. Is this possible?

We use AVPlayer, AVPlayerLayer and our own custom controls for video playback and are trying to match what AVPlayerViewController offers out of the box. One option that AVPlayerViewController has that we can't figure out how to match is "Prefer AC3 Passthrough". Is there a way to implement this behavior outside of AVPlayerViewController? It seems like it could be a configuration on AVAudioSession but I'm not seeing anything that points to that in the documentation. Thanks!

Following the steps in "Explore HLS variants in AVFoundation" WWDC21 video I have noticed that the URLSession:aggregateAssetDownloadTask:willDownloadToURL: delegate method is not triggered. I can't find an alternate delegate method that would let us know what the download path is so that we can utilize that path for offline playback. The fileURL on the download task's progress property is always nil. The download does occur because if I create a repeating 1 second timer and print out the progress property I can see the progress of the download reach 100%.

Automatic Picture in Picture fails on iOS 14 when the container view of the original video is too small. Have others experienced this problem? Specifically, it looks like Automatic PiP fails when the container view is narrower that the safe area and when the container view height is less than 57% of its width (16:9). Is a minimum container view size documented anywhere?

We have a FairPlay license set up that requires a renewal request every so often. After we receive the first AVContentKeyRequest we schedule an event x seconds in the future which will trigger a renewExpiringResponseDataForContentKeyRequest: on the AVContentKeyRequest. After calling renewExpiringResponseDataForContentKeyRequest our AVContentKeySessionDelegate has its contentKeySession:didProvideRenewingContentKeyRequest: delegate method triggered and we can then request a new license from our license server. We ran across an issue where when AirPlay is active and we've received a new AVContentKeyRequest once AirPlay begins, when we attempt to call renewExpiringResponseDataForContentKeyRequest: for it, contentKeySession:didProvideRenewingContentKeyRequest: is never triggered. I have observed this on both an AppleTV 4 running tvOS 13 and an AppleTV 3 running 7.5.