With Xcode Version 16.2 i have the same problem now on an M2 MacBook but not on an Intel MacBook. This issue is on simulator only, on a real device it shows the values. It was fixed for me with Sequoia 15.4 Beta (24E5228e). Maybe it was because of the beta. The Intel MacBook uses release version of macOS.

I used Feedback Assistant (FB16083158 https://feedbackassistant.apple.com/feedback/16083158) for this issue and the most recent answer was: Dec 19, 2024 at 12:48 PM This is expected behavior for TestFlight per the link below. Please let us know if you would like us to modify this report to an enhancement request. https://developer.apple.com/help/app-store-connect/test-a-beta-version/subscription-renewal-rate-in-testflight/ I agreed to modify my report to an enhancement request and mentioned that this TestFlight behavior was changed in the end of 2024 from what is was like all the years before when 1 test month lasted for 5 minutes on apps installed via TestFlight.

We have the same problem with our apps since a few days: Installing the app via TestFlight and buying a monthly subscription gives a subscription period of 24 hours instead of 5 minutes like all the years before. This makes testing the end of a subscription really hard because it now takes so long for it to expire.

I renamed the Xcode.app (version 15) to Xcode-15.app. Then Xcode-beta.app (version 16) no longer showed "cannot build UIKit" etc. and i was able to compile build and run my project.with Xcode 16 Beta.

The page seems to have moved to here: https://developer.apple.com/help/account/reference/provisioning-with-managed-capabilities It says: Provisioning with capabilities Managed capabilities can now be enabled directly in Xcode 15 or later. These capabilities may have one or more entitlements and are now available in the Signing & Capabilities tab in Xcode. Once enabled, new provisioning profiles for that App ID will automatically include the associated entitlements. Keep in mind that: This new workflow supports automatic signing and Xcode Cloud workflows by default for features such as CarPlay and multicast networking. … During your next continuous integration test, Xcode Cloud will see the latest configuration of your App ID and include enabled additional capabilities in the provisioning profile automatically. This enables automatic signing for features like CarPlay and Multicast Networking.

Will i be able (like i do currently) to use the receipts in the app on client site in the future or will the app some day not receive it anymore? Will the JSON format replace the receipts on the client site like it is replaced on the server API?

With Xcode 14 Betas it seems to be fixed.

The issue is for me resolved with beta 5 and 6 for iOS 16 and also on tvOS 16 for my too test variants, Objective-C using observeValueForKeyPath and Swift using AVPlayerItemMetadataOutputPushDelegate.

The status of my bug report was updated by Apple: Recent Similar Reports: Less than 10 Resolution: Potential fix identified - In iOS 16

I have this problem too. The timedMetadata comes in with iOS 16 beta simulator but on a device with IOS 16 beta it is empty. I added a bug report with id "FB10369973" for this with Feedback assistant. I provided to Apple code with Objective-C using observeValueForKeyPath and also a complete project with Swift using AVPlayerItemMetadataOutputPushDelegate to demo the bug. Both versions have no metadata on devices but in simulators.

I guess ATTrackingManagerAuthorizationStatusRestricted means the device is under MDM (mobile device management) and will thus not ask the user for consent (not show the ATT prompt) but will return what is configured for this device in the connected MDM if you call ATTrackingManager requestTrackingAuthorizationWithCompletionHandler. Apple's source code in ATTrackingManager.h says: /*!  * @property trackingAuthorizationStatus  *  * @abstract  * Returns information about your application’s tracking authorization status.  * Users are able to grant or deny developers tracking privileges on a per-app basis.  * Application developers must call `requestTrackingAuthorizationWithCompletionHandler:` for the ability to track users.  *  * @result  * The current authorization status. If the user has not yet been prompted to approve access, the return value will either be  * ATTrackingManagerAuthorizationStatusNotDetermined, or ATTrackingManagerAuthorizationStatusRestricted if this value is managed.  * Once the user has been prompted, the return value will be either ATTrackingManagerAuthorizationStatusDenied or ATTrackingManagerAuthorizationStatusAuthorized.  */ @property (class, nonatomic, readonly, assign) ATTrackingManagerAuthorizationStatus trackingAuthorizationStatus;

I learned from code level support how to fix it: … When tvOS 14 added Picture-in-Picture Support (PIP), we made the default value for this value is ‘true'. This has broken the existing behavior for audio.To get around your issue, you need to explicitly set the property ‘supportsPictureInPicturePlayback’ (linked below), to false, on your app’s TVApplicationControllerContext.<https://developer.apple.com/documentation/tvmlkit/tvapplicationcontrollercontext/3192087-supportspictureinpictureplayback>let appControllerContext = TVApplicationControllerContext()appControllerContext.supportsPictureInPicturePlayback = falseSetting this will make the Now Playing UI appear again. … It looks like tvOS 14.0.1+ changed the default value for supportsPictureInPicturePlayback from false to true. The docs say default is false until now https://developer.apple.com/documentation/tvmlkit/tvapplicationcontrollercontext/3192087-supportspictureinpictureplayback

Here's what i did for testing with Apple's demo project: function playMedia(extension, mediaType) {     var mediaURL = baseURL + extension;     mediaURL = "https://swr-swr3-live.cast.addradio.de/swr/swr3/live/aac/96/stream.aac";     var singleMediaItem = new MediaItem(mediaType, mediaURL);     singleMediaItem.artworkImageURL = "https://d3kle7qwymxpcy.cloudfront.net/images/broadcasts/cd/0c/2275/3/c300.png";     singleMediaItem.description = "description";     singleMediaItem.subtitle = "subtitle";     singleMediaItem.title = "title";     var mediaList = new Playlist();     mediaList.push(singleMediaItem);     var myPlayer = new Player();     myPlayer.playlist = mediaList;     myPlayer.play(); } It does not show any of the texts an no image. But it used to with tvOS <= 14.0.