AI & TechnologyFlutter UIScene Migration: Fix Launch Crashes on Xcode 27

If your Flutter iOS app fails to launch after you build it with Xcode 27, the first thing to check is whether it has adopted Apple’s UIScene lifecycle. Flutter’s docs say Flutter apps built with Xcode 27 (the iOS 27 SDK) that haven’t adopted UIScene fail to launch on startup. From Flutter 3.41, the Flutter CLI migrates apps with an unmodified AppDelegate automatically. Apps with a custom AppDelegate, or on an older Flutter, need a few manual changes to AppDelegate and Info.plist.

The facts below come from Flutter’s UIScene page, Apple’s technote TN3187 and Apple’s release and requirements pages, as listed in the sources. I checked each one on October 21, 2026.

Disclosure: App369 is my studio. I build and fix Flutter apps on iOS and Android, and the last section mentions what I sell. Google and Apple don’t pay me for anything on this page.

What changed, and when

Apple’s upcoming requirements page still lists Xcode 26 as the current minimum for uploads, but Apple’s September 9, 2026 news post says that starting April 2027, iOS and iPadOS apps must be built with the iOS 27 and iPadOS 27 SDK or later. Apple gives the month, not a day. So Xcode 26 works until then, but from April 2027 you have to build with Xcode 27, and the app won’t launch on that build unless it has migrated to UIScene.

Apple’s technote says the requirement is to adopt the scene life cycle. Supporting multiple scenes is encouraged but not required.

Step 1: let Flutter migrate it

If the app is on Flutter 3.41 or later and its AppDelegate hasn’t been customized, Flutter’s docs say the CLI migrates it when you run flutter run or flutter build ios. On success it prints Finished migration to UIScene lifecycle. If it can’t, it warns you and gives manual steps.

My advice: if the app is on an older Flutter, upgrade to the current stable first (Flutter’s release archive lists 3.47.7, dated October 8, 2026) and see whether the automatic migration covers it, before changing native code by hand.

Step 2: migrate a custom AppDelegate by hand

These steps follow Flutter’s UIScene page.

Register plugins in the new callback

Plugins used to be registered in application:didFinishLaunchingWithOptions:. Now the AppDelegate conforms to FlutterImplicitEngineDelegate and registers them in didInitializeImplicitFlutterEngine:

@objc class AppDelegate: FlutterAppDelegate, FlutterImplicitEngineDelegate {
  override func application(
    _ application: UIApplication,
    didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
  ) -> Bool {
    return super.application(application, didFinishLaunchingWithOptions: launchOptions)
  }

  func didInitializeImplicitFlutterEngine(_ engineBridge: FlutterImplicitEngineBridge) {
    GeneratedPluginRegistrant.register(with: engineBridge.pluginRegistry)
  }
}

If you created method channels or platform views in didFinishLaunchingWithOptions, move them into didInitializeImplicitFlutterEngine too, using engineBridge.applicationRegistrar.messenger() as the messenger. Flutter’s docs warn that accessing the FlutterViewController in didFinishLaunchingWithOptions might crash your app, and say to use the FlutterImplicitEngineDelegate protocol instead.

Move UI lifecycle code to a scene delegate

After the migration, UIKit no longer calls the AppDelegate methods tied to UI state, such as applicationDidBecomeActive. If you used them, create a scene delegate and move that code to scene events. Flutter’s docs say your own scene delegate must subclass FlutterSceneDelegate or conform to FlutterSceneLifeCycleProvider.

Flutter’s page adds, in its plugin section, that after the migration the launch options passed to didFinishLaunchingWithOptions are nil, and that logic relying on them moves to scene:willConnectToSession:options:. My advice: look first at code that handles a notification or a URL the app was opened with.

Add the scene manifest to Info.plist

Add this inside the top-level <dict> of ios/Runner/Info.plist, as shown on Flutter’s page:

<key>UIApplicationSceneManifest</key>
<dict>
  <key>UIApplicationSupportsMultipleScenes</key>
  <false/>
  <key>UISceneConfigurations</key>
  <dict>
    <key>UIWindowSceneSessionRoleApplication</key>
    <array>
      <dict>
        <key>UISceneClassName</key>
        <string>UIWindowScene</string>
        <key>UISceneDelegateClassName</key>
        <string>FlutterSceneDelegate</string>
        <key>UISceneConfigurationName</key>
        <string>flutter</string>
        <key>UISceneStoryboardFile</key>
        <string>Main</string>
      </dict>
    </array>
  </dict>
</dict>

If you made your own scene delegate subclass, Flutter’s page says to put its name in UISceneDelegateClassName instead of FlutterSceneDelegate: $(PRODUCT_MODULE_NAME).SceneDelegate for Swift projects, SceneDelegate for Objective-C.

Plugins and add-to-app

• Plugins: Flutter’s page has a separate guide for plugins that use iOS application lifecycle events. My advice: update every plugin to its latest version, then test anything that reacts to the app opening, resuming or receiving a link, such as push notifications, deep links, sign-in and payments.
• Add-to-app: if Flutter is embedded in a native iOS app, Flutter’s page has its own section, including what to do if you can’t subclass FlutterSceneDelegate.

What to test

This section is my advice, not Flutter’s or Apple’s.

1. Build with Xcode 27 and launch on a device. If it launches, open each screen once.
2. Cold start from a push notification and from a deep link. Launch options are nil after the migration, so these are the paths most likely to break.
3. Background and foreground the app. Check anything that used to run in applicationDidBecomeActive or applicationWillResignActive.
4. Ship through TestFlight first. Check the same paths on a build installed the way users get it.

For every other dated Apple, Google Play and Firebase requirement in 2026 and 2027, see App Store and Google Play deadlines for 2026 and 2027.

Need a hand?

If a Flutter iOS app won’t launch after building with Xcode 27, or broke after the UIScene migration, the App Fix Ticket covers it in two fixed-price steps. A $450 Diagnosis gives you the root cause with evidence and a fixed repair quote within 3 business days, credited toward the fix. If you go ahead, the $1,200 Fix takes 5 business days and comes as a pull request. If the iOS build itself fails, see Flutter iOS build failed after an upgrade, or send me a short description.