Skip to content
Mobile Apps

iPhone Duo and iOS 27: what your app needs, by when

iPhone Duo goes on sale 23 October, and from April 2027 every iOS app must be built with the iOS 27 SDK. What both mean for your app, in plain language.

Ingenious Techlab TeamUpdated 7 min read
Contents
  1. What Apple actually shipped, and what it hasn’t yet
  2. The dates that matter
  3. The rebuild trap: iOS 27 and the scene life cycle
  4. How your app will look on iPhone Duo
  5. What breaks, by kind of app
  6. What to do: a decision in three questions
  7. What it takes, roughly
  8. How to brief your developer

Two things happened to iOS apps in September 2026, and most coverage treats them as one.

The first is iPhone Duo, Apple’s first folding iPhone. It goes on sale on 23 October. Your app will run on it without any work. Whether it looks like it belongs there is a separate question.

The second affects every iOS app, whether or not a single customer ever buys a foldable. From April 2027, every app uploaded to the App Store must be built with the iOS 27 SDK. An app built with that SDK won’t launch at all unless it uses a structure called the scene-based life cycle, which many existing apps don’t.

This guide covers both in plain language, for the people who have to decide what to do and budget for it. Every date and technical requirement links to Apple. Where a sentence is our estimate or opinion, it says so.

What Apple actually shipped, and what it hasn’t yet

iPhone Duo has two screens. When closed it’s a phone with a 5.4-inch display. Unfolded like a book, it reveals a 7.6-inch inner display. Apple publishes the pixel dimensions: 1398 × 2034 for the outer display and 1878 × 2670 for the inner one.

What matters for apps is the shape. Most iPhones are tall and narrow. iPhone Duo’s screens are close to square.

Screen shapes: a typical iPhone versus iPhone Duo's two displaysDrawn at true relative size from Apple's pixel and ppi figures. A typical iPhone is tall and narrow at about 2.17 to 1. iPhone Duo's outer display is 1.45 to 1 and its inner display 1.42 to 1 — both far closer to square.2.17 : 1Typical iPhone1206 × 2622 px1.45 : 1iPhone Duo — outer1398 × 2034 px1.42 : 1iPhone Duo — inner1878 × 2670 px
Drawn to scale from Apple’s published pixel and ppi figures. A layout designed for a 2.17:1 phone meets a 1.42:1 inner display — the single biggest reason un-adapted apps look wrong.

An app designed around a tall, narrow phone meets a screen roughly 1.4 times as tall as it is wide. That single change explains most of what goes wrong on the device.

Here is what exists today, and what doesn’t:

  • Published: six Tech Talk videos for developers, Apple’s design guidelines for iPhone Duo, the iOS 27 and Xcode 27 releases, and — since 18 September — Xcode 27.1 beta, which carries the iOS 27.1 SDK and the iPhone Duo simulator. Your team can now see your app on the device without owning one. We covered what the Xcode 27.1 beta contains and what its simulator cannot do separately.
  • Still not published: Apple’s written guide, Preparing your app for iPhone Duo. And the simulator is not a substitute for hardware for everything — it cannot run StandBy or most app extensions, so widgets and share extensions still need a real device.

That second point matters when you read advice elsewhere. Until 18 September nobody outside Apple had seen a third-party app on iPhone Duo, apart from the few Apple says are already taking advantage of the folding design (it names Netflix, Zoom and Slack) — so treat any article older than that, and any specific measurement in one, with suspicion.

The dates that matter

iPhone Duo and iOS 27: the dates that matterA timeline, not to scale. 9 September 2026: iPhone Duo announced. Later in September: Xcode 27.1 beta, with no date given. 16 October: pre-orders. 23 October: on sale with iOS 27.1. 30 October: 28 more countries. April 2027: App Store uploads must be built with the iOS 27 SDK.9 SeptDuo announcedTalks + HIG outLate SeptXcode 27.1 betaNo date given16 OctPre-orders70+ countries23 OctOn saleWith iOS 27.130 Oct28 more countriesApril 2027iOS 27 SDK ruleEvery upload
Not to scale. Dates are from Apple’s Newsroom announcement, Apple Developer News and the iPhone Duo developer page. The April 2027 rule applies to every iOS app you upload, whether or not you care about iPhone Duo.

Two of these dates matter most. 23 October is when real customers start opening your app on a foldable. April 2027 is the deadline to change how the app is built — and it applies to every iOS app, not just ones people use on iPhone Duo.

The rebuild trap: iOS 27 and the scene life cycle

Start here, because it affects every iOS app and it’s the one that can stop an app from launching.

Apple’s iOS 27 release notes put it bluntly:

Apps built with the latest SDK must adopt the scene-based life cycle or they fail to launch.

In practice:

  • Your app on the App Store today keeps working. An existing binary isn’t affected. The failure only happens when an app is rebuilt with the iOS 27 SDK.
  • You can’t avoid rebuilding. From April 2027, Apple only accepts uploads built with the iOS 27 SDK or later. Your next bug fix, price change or feature release after that date needs the new SDK.
  • The fix is structural, not cosmetic. An app built the older way sets up its screens from a single app-wide controller. The scene-based way splits that into the app itself and each window of it. The change touches your app’s start-up code, and it’s where deep links, push notifications and third-party SDKs often hook in.

Whether this is a small or a large job depends heavily on what your app is built with. From version 3.41, Flutter migrates apps automatically as long as their app delegate hasn’t been customised. React Native adds support in version 0.88, which is still a release candidate, and Expo’s fix has not been released at the time of writing. Native apps need the migration done by hand. We cover each in detail in iOS 27 for developers: the changes that break builds.

The practical advice: don’t let your first iOS 27 build be the one you need to ship urgently. Do the migration on a quiet week, well before April.

How your app will look on iPhone Duo

Apple describes three possible experiences, depending on the SDK your app was last built with.

How your app renders on iPhone Duo's inner display, by the SDK you build withThree panels of the inner display in landscape. Not built with the iOS 27 SDK: the app appears at a familiar iPhone size and aspect ratio, surrounded by unused space. Built with the iOS 27 SDK: the app extends to the left of the status bar area. Built with the iOS 27.1 SDK: the app reaches the edge of the screen and standard navigation and toolbar buttons lay out vertically on the side.Not built with the iOS 27 SDKfamiliar size & ratiounusedLooks like a phone app in a box

A familiar size and aspect ratio on the inner display.

Built with the iOS 27 SDKstatus bar arealeft of the status barUses more of the display

Extends to the left of the status bar area on the inner display.

Built with the iOS 27.1 SDKto the screen edgeEdge to edge, bars on the side

Extends to the edge of the screen; standard navigation and toolbar buttons lay out vertically.

Apple’s description of the three tiers, from the “Prepare your app for iPhone Duo” Tech Talk. Your app already works in the first tier without a rebuild — the question is how it looks, and the full-screen experience needs the iOS 27.1 SDK, which ships in the Xcode 27.1 beta Apple released on 18 September 2026.Proportions come from Apple’s published pixel dimensions. Widths of insets, bars and the fold are illustrative — Apple has not published those values.
  1. Not rebuilt. Your app runs, but on the big inner display it appears at “a familiar size and aspect ratio” — essentially a phone-shaped window with unused space around it. Closed, it uses the space beside the status bar and camera.
  2. Rebuilt with the iOS 27 SDK. The app extends to the left of the status bar area on the inner display. It uses more of the screen, but not all of it.
  3. Rebuilt with the iOS 27.1 SDK. The app reaches the edge of the screen, and standard navigation and toolbar buttons move to run vertically down the side. This is the full iPhone Duo experience. It requires Xcode 27.1, which isn’t out yet.

The trap in tier three: reaching the screen edge exposes every layout assumption your app makes. An app that looked fine in a phone-shaped window can look worse once it fills a near-square display, if it was never designed to resize.

Why your app has to resize while it runs

On a normal iPhone, your app’s screen size is effectively fixed. On iPhone Duo it changes while someone is using it: they open the device, close it, rotate it, or fold it partway and stand it on a table.

iPhone Duo's poses and what each gives your appFour poses. Closed: the outer display, compact width and regular height. Standing like a tent: the outer display in landscape, compact in both dimensions. Open flat: the inner display, regular width and height. Partially folded like a book: the inner display with the fold as a reserved region.ClosedOuter displaycompact width · regular heightStanding like a tentOuter display, landscapecompact · compactOpen flatInner displayregular width · regular heightfoldPartially folded, like a bookInner displayregular · regular, fold reserved
Apple’s guidance is not to design a layout per pose: use size classes — compact for the outer display, regular for the inner — and let the layout adapt. Folding is where custom layouts need the new reserved-region APIs.Proportions come from Apple’s published pixel dimensions. Widths of insets, bars and the fold are illustrative — Apple has not published those values.

Apple’s guidance is not to design a separate layout for each pose. The system reports a “compact” size when the device is closed and a “regular” size when it’s open, and a well-built app adapts to those two. An app built with fixed sizes, or one that locks itself to portrait, is where the work is. Apple states that the inner display doesn’t honor the orientations your app says it supports.

Why toolbars move to the side

On the outer display, and on the inner display in landscape, iPhone Duo moves toolbars and tab bars from the top and bottom of the screen to the side.

Where toolbars and tab bars go on iPhone DuoFive panels. A typical iPhone has bars at the top and bottom. iPhone Duo's outer display moves them to the side. The inner display in portrait keeps horizontal bars. The inner display in landscape puts them on the side. In Split View, each of the two apps places its bars along its own outer edge.TypicaliPhoneBars topand bottomDuo outerdisplayBars moveto the sideDuo inner,portraitKeepshorizontal barsDuo inner,landscapeBars onthe sideApp AApp BInner,Split ViewEach app’s barson its outer edge
The system does this automatically for standard bars — UINavigationController, UITabBarController, SwiftUI toolbars and TabView. Apple’s sample code notes that content from bars you place on screen yourself won’t be considered, so hand-built toolbars are where apps break.Proportions come from Apple’s published pixel dimensions. Widths of insets, bars and the fold are illustrative — Apple has not published those values.

If your app uses Apple’s standard navigation and tab bar controllers, this happens automatically. If your team placed its own toolbar, tab bar or navigation bar on screen instead — common in branded apps — Apple’s Tech Talk sample code notes that content from those bars “won’t be considered.” Those screens need rework.

What breaks, by kind of app

This is our assessment, based on Apple’s published guidance. Since 18 September a developer can check it against the iPhone Duo simulator in the Xcode 27.1 beta, which is the fastest way to confirm which row your app is in.

Your app is… Likely outcome on iPhone Duo Where the work is
Built mostly from Apple’s standard components, already works on iPad Adapts well once rebuilt The scene life cycle, then testing each pose
iPhone-only, designed for one screen size Runs, but looks like a phone app in a box Removing fixed sizes and orientation locks
Heavily branded, with custom tab bars and toolbars Custom bars won’t move to the side Rebuilding navigation around standard components, or adapting custom ones
A game, video or camera app Aspect ratio and camera behaviour change Filling a near-square screen; handling two front cameras
React Native or Flutter Resizes correctly, can’t see the fold Framework upgrade for iOS 27, then layout checks

What to do: a decision in three questions

Decision flow: what to do about iPhone Duo and iOS 27

  1. Question 1

    Will you ship an update to your iOS app after April 2027?

    Almost every business will. From April 2027 every App Store upload must be built with the iOS 27 SDK — and an app built with that SDK does not launch unless it uses the scene-based life cycle.

    → Minimum for everyone: rebuild with the iOS 27 SDK and adopt the scene life cycle.

  2. Question 2

    Do iPhone Duo owners matter to your business?

    In our view, people buying a phone that starts at $1,999 (U.S.) are often the customers apps most want to keep. An un-adapted app still works, but looks like a phone app in a box on the inner display.

    → If not yet: stop at the minimum. Your app appears at a familiar size on the inner display.

  3. Question 3

    Is your app built mostly from standard system components?

    Standard navigation, tab bars, split views, sheets and toolbars adapt to every pose on their own once you build with the iOS 27.1 SDK.

    → Yes: build with the iOS 27.1 SDK, remove fixed sizes and orientation checks, test every pose. No: budget for custom bars, fold-aware layouts and reserved regions.

The first question applies to every iOS app, iPhone Duo or not. The dates and technical requirements are Apple’s; which branch is right for your business is a judgment call.

What it takes, roughly

These are our planning estimates, not quotes. They assume a single, typical iOS app and exclude new features.

  • Scene life cycle only, no layout work: typically a few days for a native or React Native app, and often little or nothing for a Flutter app with an unmodified app delegate. More if your start-up code is heavily customised with deep links and third-party SDKs.
  • Adapting layout for iPhone Duo, for an app already built with standard components and resizing in mind: typically one to two weeks including testing each pose.
  • Custom navigation, fixed layouts, or games and camera apps: substantially more, and worth scoping properly before committing to a date.

The cheapest order is almost always: the scene life cycle first, then layout. The first is required regardless. The second is only worth paying for once the first works.

How to brief your developer

If you have an in-house team or an agency, these questions get a useful answer quickly:

  1. Has the app adopted the scene-based life cycle? If not, what’s involved and what does it touch — deep links, notifications, analytics SDKs?
  2. Which framework and version is the app on, and does that version support iOS 27?
  3. Does the app lock orientation or use fixed widths anywhere?
  4. Are the tab bar and toolbars Apple’s standard components or custom?
  5. What’s the plan to test every pose in the iPhone Duo simulator, which shipped in the Xcode 27.1 beta on 18 September?

If you want someone to answer these for you, that’s exactly what our free evaluation is for. If you’d rather work through it yourself, iphoneduosupport.com has a step-by-step iPhone Duo checklist.

Framework-specific guides: React Native and Expo · Expo SDK 58 beta · Flutter.

Apple sources

Checked against these sources on . Apple’s written “Preparing your app for iPhone Duo” documentation and Xcode 27.1 beta were still listed as coming later this month on that date, so the Tech Talks and the Human Interface Guidelines are the authoritative references. We will update this post when the written documentation ships.

This post is part of our work onMobile app development for iOS and Android

Related reading

Let's talk

Find out what iPhone Duo and iOS 27 mean for your app

Send us your App Store link and the stack it is built on. An engineer replies with what breaks, what to fix first, and a realistic effort estimate — no call and no obligation.

  • A written reply from an engineer
  • No call required
  • No obligation