Thanks! I missed this before hitting the "Accept" on a previous post.

I'll try this tonight. I had a serious issues with Mac network system extensions distributed through TestFlight that I was only able to figure out by rolling back to previous OS versions with Apple Configurator and older IPSW files and then rolling forward through software updates, so I may have developed an unnatural fondness for Apple Configurator. :-)

Yes, I found an article on 9to5Mac that said this strap could be used with with IPSW files: Step 1: Disconnect the power cable. Step 2: Connect a USB-C cable from the Apple Vision Pro Developer Strap to your Mac. Step 3: Reconnect the power cable and immediately press and hold the Top button until the Connect to Mac glyph appears on the front of the Apple Vision Pro display. Step 4: Launch Apple Configurator on the connected Mac, and click Action → Restore ...

OMG! No. I had forgotten about that and was just hitting the '+' in the main pane to create a new video. Thanks!

Deployed with a Development provisioning profile for main app and network system extension. Everything proceeded smoothly. No loss of networking. No complaints of invalid profile.

If the container app is updated, can this cause problems with uninstalling a system extension installed with a previous version of the container app? On occasion I've run into an incident where the current version of the container app cannot uninstall the system extension. I have not been able to pinpoint the exact conditions where this occurs.

Verified. Once the account holder created a new "Developer ID Installer" certificate, exported it to a .p12, and I added it to my keychain, I was able to properly sign, notarize, and distributed the installer.

Thanks. I think I can work with this. Right now the agent doesn't establish its XPC listener until after es_new_client is established, but if I do that before, let the GUI connect, and then handle the es_new_client error internally, I can probably keep the installing/GUI app aware of the progress.

Thanks. It worked.

Thank you for clarifying this. At least I now know I wasn't screwing up in my UTM VMs. I will file a feature request; I'd like to be able to use VMs for additional TestFlight testing for apps with System Extensions.

PS. I'll be spinning up VMs today for additional testing on clean machines.

I'll do additional test runs this weekend to create a more complete report. (Also in response to another post)

Thanks!

Maybe they just got a new certificate for the same Team ID. I just ran % codesign -dvvv '/Applications/Google Chrome.app' and it shows a timestamp of Sep 8. Authority=Developer ID Application: Google LLC (EQHXZ8M8AV) Authority=Developer ID Certification Authority Authority=Apple Root CA Timestamp=Sep 8, 2023 at 8:03:25 PM

OMG! Apparently, I just tried to reimplement VSplitView. VSplitView worked perfectly! In case someone runs across this (or a future version of me runs across this), I found adding the .frame(maxWidth: .infinity, maxHeight: .infinity) modifier to the two views helped.