visionOS – Starting GroupActivity FaceTime Call dismisses Immersive Space

Question

Created 3d

Replies 4

Boosts 0

Participants 3

Hello,

I am in the process of implementing SharePlay support in my visionOS app. Everything runs fine when I test locally, but when my app is distributed via TestFlight, calling try await activity.activate() shows the SharePlay dialog as usual, but then when I start a new FaceTime call, my ImmersiveSpace gets dismissed. This is only happening when the app is distributed via TestFlight, when I run it locally the ImmersiveSpace stays active as expected.

Looking at the console on my Mac I found this log: Invalid initial client settings class: UIApplicationSceneClientSettings; expected class: MRUISharedApplicationSceneClientSettings; bundle ID: com.apple.facetime; scene ID: com.apple.facetime:SFBSystemService-DDA8C751-C0C4-487E-AD85-59EF4E6C6050

Does anyone have an idea how I can fix this? It's driving me nuts and I wasted over a day looking for a workaround but so far been unsuccessful.

Thanks!

Boost

Answer 1

Vision Pro Engineer OP

Apple

2d

Hi @scavengar

Our engineering teams need to investigate this issue, as resolution may involve changes to Apple's software. I'd greatly appreciate it if you could open a bug report, and post the FB number here once you do.

Bug Reporting: How and Why? has tips on creating your bug report.

In the meantime try deploying Building a guessing game for visionOS to TestFlight as a means of debugging. If that reproduces the issue, please add that information to the bug report. Otherwise try comparing your code to the sample code as a means of debugging.

0

Answer 2

arthurfromberlin OP

2d

Thanks for the quick response @Vision Pro Engineer ! I've filed FB20701196 with a minimal reproduction project. I created a simplified test app based on the structure of Apple's "Building a guessing game for visionOS" sample, and it has the exact same issue in TestFlight. The immersive space transitions to background state when FaceTime appears, but works fine in local builds. My FB includes:

Since a clean implementation following the sample code structure hits this same issue in TestFlight, it seems like a platform bug rather than something wrong with my code. This is blocking our SharePlay launch, so really hoping for a fix soon.

A public TestFlight link is attached to the radar but awaiting review. There are also screen recordings.

Thank you!

0

Answer 3

arthurfromberlin OP

2d

@Vision Pro Engineer I did some more digging and it seems clear that the ImmersiveSpace gets backgrounded as soon as the FaceTime call gets initiated from the SharePlay UI. Again; that only happens in TestFlight environment.

Maybe as a workaround I can try first dismissing the immersive space manually and then restarting it once the .activate() call has finished. Not great but I'm not sure if there is another way currently.

Here a full video of whats happening: https://jumpshare.com/s/dOcSWPmHIPaiVBM3rE8v

0

Answer 4

Vision Pro Engineer OP

Apple

2d

Hi @arthurfromberlin

Thanks for the response and detail. Can you attach a sysdiagnose to the feedback request? You can find instructions on how to capture a sysdiagnose here. The issue is tricky to debug since it only happens via TestFlight so the logs will help.

1