I'm stuck with this issue as well. macOS 26 VM running on a macOS 15 host on an M4 MacBook Pro. Xcode 26 running in the macOS 26 guest doesn't allow my app to run (I need lots of different provisioning entitlements). And building in Xcode 26 in the macOS 15 host, despite using manual provisioning to include the macOS 26 guest UDID, doesn't allow the app to run in the macOS 26 guest. Quinn, you mentioned this is being worked on and it will require an OS update. Can you clarify which OS needs to be updated? Would it be macOS 15 as the host or macOS 26 as the guest? Or both? I know you can't commit to anything specific, but is this issue likely to be fixed long enough before the final release of macOS 26.0 (in September I presume) that we will be able to test against macOS 26 in a VM hosted in macOS 15?

As it turns out, using Xcode 26 to build my app with iOS 18 and iOS 26 app icons is resulting in the iOS 26 glass icon being used for all iOS versions. The Info.plist that is built into the app by Xcode 26 is making the glass icon the primary icon. All of my existing iOS 18 app icons are being set as available alternate icons. My original iOS 18 (and earlier) app icon is named AppIcon. The new glass .icon file is named AppIconGlass. In Xcode 26 I updated the App Icon field on the General tab from AppIcon to AppIconGlass. I just discovered that renaming the .icon file to AppIcon.icon and putting back the App Icon field to AppIcon now gives me the correct icon on iOS 18 and iOS 26. In other words, if you have an app icon asset and your main app icon is named AppIcon in that asset, then when you add the glass icon from Icon Composer to your project, make sure it is named AppIcon.icon. Then on the General tab, enter AppIcon into the App Icon field. I'm also enabling the "Include all app icon assets" option. Taking these steps will give you the proper icon for a given device with a given version of iOS. The icon from the assets will be used for iOS 18 and earlier. The .icon file will be used for iOS 26. You might need to do a clean build and delete and reinstall the app in the various simulators and devices after making those changes. This will ensure no leftover baggage from the previous setup is still around. My app also runs on macOS via Mac Catalyst. I have verified that when run from Xcode 26 on my Mac with macOS 15, I get the older icon. At this time I can't confirm if running the same app on a macOS 26 device will give the new glass icon but I'm hopeful.

It turns out that this also works for alternate app icons. If your app icons asset has icons named AppIcon, AppIcon2, AppIcon3, for example, then if you add glass icon files named AppIcon.icon, AppIcon2.icon, and AppIcon3.icon, then existing code to set an alternate app icon works under iOS 18 as well as iOS 26. Under iOS 26 you get the glass variants and under iOS 18 (and earlier), you get the non-glass variants.

If your app needs to support "old" style iOS 18 icons and new glass icons for iOS 26, you can do this as well as support alternate icons. Please see my post (and the next) at https://developer.apple.com/forums/thread/787576?answerId=846523022#846523022

If your app needs to support "old" style iOS 18 icons and new glass icons for iOS 26, you can do this as well as support alternate icons. Please see my post (and the next) at https://developer.apple.com/forums/thread/787576?answerId=846523022#846523022

If your app needs to support "old" style iOS 18 icons and new glass icons for iOS 26, you can do this as well as support alternate icons. Please see my post (and the next) at https://developer.apple.com/forums/thread/787576?answerId=846523022#846523022

You submit the macOS binary exactly the same way you submit the iOS binary. I'm not familiar with Unity app development so I can't provide specifics there. If you use the Xcode Organizer to submit the iOS binary to App Store Connect then do the same for the macOS binary. In App Store Connect you need to update your app entry so it has a macOS version. Click on the "Add Platform" link. It will be part of the same app entry as the iOS version. You add screenshots and description and all of the usual metadata to your app but now you will have an iOS section and a macOS section. Under each section you add the appropriate build and submit each for review separately.

The barButtonItem property of UIPopoverPresentationController is deprecated. Use sourceItem which was added in iOS 16.

Already discussed here: https://developer.apple.com/forums/thread/789148

See https://developer.apple.com/forums/thread/787996

Your tests have typos. The value of url.path includes com~apple~CloudDoc. Those are tildes, not dashes. Also note that the URL based to openURLContexts is only valid while that method is being executed. Once it returns, the URL is no longer valid.

I'm using UIKit, not SwiftUI, but thanks for the pointer. I just filed FB18594783 to make an official request for the symbol to be added.

You will want review the following thread: Building macOS apps with Xcode 26 on macOS 26 VM

Did you find the solution? I just changed my app's deployment target to iOS 17/macOS 14 and I'm now seeing the same issue as you.

I found the cause of the issue. Hopefully Apple can get this resolved in an upcoming beta release. I filed a bug report: FB18649885 Create a new iOS app project using Swift/Storyboard or Objective-C/Storyboard (I imagine a SwiftUI app would have the same issue). Edit the resulting ViewController.swift or ViewController.m. Import CoreLocation. Then in viewDidLoad, add one line: let coord = CLLocationCoordinate2DMake(40, 40) or CLLocationCoordinate2D coord = CLLocationCoordinate2DMake(40, 40); depending on your chosen language. These are just one of many possible lines of CoreLocation code that will cause the crash. Set the app's iOS deployment target to iOS 16, 17, or 18. Add a Mac Catalyst destination. Build and run the Mac Catalyst destination with Xcode 26 on a Mac with macOS 15 (or earlier I would think). The issue disappears if you have an iOS deployment target of iOS 15. The app will crash on startup due to the missing _LocationEssentials.framework.