I have recently migrated to freemium model and can confirm that I am only getting build version (not app version). So I have set the build version to a high number like 11 and it works. Original purchase date also seems to be working, though I am getting some 2013 users but my app has been around since 2012. My own device through which I bought the app reports 2018, which seems correct.

VPP users ARE facing issues I can confirm.

That requires modifying hundreds of CI kernel methods, not a good workaround.

But I have gestures on separate views in this case, I don't know how to adapt this solution.

Only solution is to undo all stitchable kernels and go back to extern "C" kernels. Irritating and involves too much work if you have hundreds of Kernels.

Hello Argun, thanks for the response. Well the issue is its not documented anywhere that these statuses can not be checked on the main thread. I will try pushing them to background thread. But what about checking (AVAudioSession.sharedInstance().category == .playback) giving error Hangs - Interprocess communication on the main thread can cause non-deterministic delays. ?

Hello @DTS Engineer Thanks for the answer. I have gone ahead and filed two enhancements suggestions.

Thanks for the answer, but to move these operations to main thread, I will need to move off AVCaptureDevice to main thread (out of the actor context). How do I solve it?

Ok I was able to fix it by running the method on main thread, marking all these properties inside the actor with @MainActor, grabbed a copy of AVCaptureDevice and used it in the main thread. Not sure if it is 100% correct as AVCaptureDevice is not sendable.

@Media Engineer Yes, rotationCoordinator is an instance variable in the class which is an actor. Therefore it will get deallocated off the main thread(on actor's serial queue). But it happens the same way in AVCam sample code (where AVCaptureVideoPreviewLayer is used). We don't see this issue in AVCam sample code even though rotationCoordinator gets deallocated on the actor's serial queue. I shall submit a bug soon.

@Media Engineer FB16464516 has been filed.

@DTS Engineer Thanks for answering, it works but onReceive only works on the view. I have to manage lot of state changes and they are best kept inside a View Model class than cluttering the view. Also, I see the same issue with AVPlayerViewController within a UIViewControllerRepresentable.

Yes, it has to do with @Observable and also a bug in iOS where second instance of State variable is leaked. I am not sure why SwiftUI is recreating State variable again on initialisation (this does not happen with ObservableObject and StateObject) . Details can be found on this answer on SO.

Well its the standard AVCam sample code (latest) run on XCode 26 beta. Do I still need to go through the painful process of filing a bug report?

The way I got it working is removing the .safeAreaPadding from the VStack and applying vertical .contentMargins to the ScrollView instead, plus giving all ticks same height. Still need to understand what's going on in your code which makes it working, and more importantly, what failed in my code and why.