Stage Manager in macOS. The Infuriating “Open New App” Behavior and How to Fix It (Sort Of)

When Apple introduced Stage Manager in macOS Ventura (2022), it was pitched as a revolutionary way to manage multitasking: keeping your workspace clean, grouping apps together, and making context switching seamless. By July 2025, Stage Manager has matured, received iterative updates through macOS Sonoma and macOS Sequoia, and gained adoption among a subset of Mac power users.

But there’s a glaring, infuriating flaw in its design — one that has remained unfixed for over three years.

If you’re working in one app and you open another, Stage Manager insists on opening the new app in its own new “stage”, kicking you out of your current workflow grouping. This behavior completely undermines the concept of grouped multitasking for many users, especially those coming from traditional window managers on Linux or Windows where such a workflow is considered normal.

This article will dissect the problem, explore why Apple might have done it this way, offer two workarounds (including one genuinely effective keyboard-mouse trick), and suggest how Apple could — and should — fix it.

Stage Manager insists on opening the new app in its own new “stage”, kicking you out of your current workflow grouping.

What Stage Manager Is Supposed to Do

Apple designed Stage Manager as a hybrid between Mission Control and app grouping:

Your current stage (active workspace) appears front and center.
A “Recent Apps” column appears on the left with thumbnails of other apps/stages.
Clicking another stage swaps it into focus, preserving your current stage as a thumbnail.

In theory, you can group multiple apps into a single stage — e.g., Safari + Notes for research, or Xcode + Terminal for development — and switch between these combinations.

The Core Problem: Opening a New App Nukes Your Stage

Let’s say you’re:

Writing in Pages
Doing research in Safari
Both grouped together in the same stage

You decide to open Preview to check a PDF related to your work.

Expected behavior (logical workflow):

The new app (Preview) opens in the same stage as Safari and Pages, letting you continue your work with all three apps visible.

Actual Stage Manager behavior:

A new stage is created automatically
Your active apps (Safari, Pages) are now hidden in a thumbnail
The new app (Preview) is isolated

This breaks the mental flow, forcing you to manually drag the new app from the “Recent Apps” column into your current stage.

Why Apple Might Have Done This

Based on Apple’s own Human Interface Guidelines and developer notes, this behavior appears intentional. The logic might be:

Focus preservation — A new app in its own stage prevents clutter.
User control — Apple assumes you want to decide which apps belong together.
Touchscreen preparation? — Rumors of macOS touch support suggest Apple might be standardizing multitasking gestures, similar to iPadOS, where new apps always start in a separate space.

While this makes sense for casual users, for power users it’s maddening. On Windows, Linux (KDE, GNOME, i3, etc.), and even Android split-screen, opening a new app doesn’t forcibly change your workspace.

Workaround #1: The

SHIFT+Click

Trick (Most Effective)

If the app you just opened appears in the “Recent” column on the left:

Open a new app — it will appear in a new stage (yes, annoying).
Press CMD+Tab to return to your previous app/stage.
SHIFT+Click the new app’s icon in the “Recent Apps” column.
Voilà — it moves to the current stage without dragging windows.

Why this works

Stage Manager treats SHIFT+Click as a “merge into current stage” command instead of “switch stage.” This shortcut is undocumented in Apple’s official materials, making it a true pro-user discovery.

Workaround #2: Assign App to All Desktops (Less Effective)

If you really need an app visible in every stage:

Enter Mission Control (F3 or swipe up with three/four fingers on trackpad).
Right-click (or Control+Click) the app’s Dock icon.
Select Options → Assign to All Desktops.

The app now stays persistent across all stages, mimicking “global” apps on Linux or Windows.

Downsides

Clutters every workspace — not ideal if you want selective grouping.
Doesn’t fix the new-app behavior; it just bypasses it by making the app omnipresent.
Can lead to window management chaos if overused.

Why This Matters for Productivity

Developers, designers, and anyone doing multi-app workflows lose valuable time when their carefully constructed stage is broken.

Let’s take an example scenario:

Role: iOS Developer

Workflow: Xcode + Simulator + Safari documentation

Disruption: Opening a tool like Instruments in a new stage isolates it, forcing manual regrouping.

If you bill clients at $50/hour (€46/hour) and spend just 5 minutes/day regrouping apps, that’s over $20 (€18.40) wasted per month in lost productivity.

Alternative Approaches on Other Platforms

This Stage Manager flaw becomes even more obvious when compared to other OS multitasking models:

Linux (GNOME, KDE, i3)

Opening a new app by default launches it in current workspace.
Window managers like i3wm and AwesomeWM allow precise rules for new windows.

Cost: Free (Linux distros) — unless using paid productivity extensions.

Windows 11

New apps open on the current virtual desktop unless user specifies otherwise.
Snap Layouts allow grouping without unexpected changes.

Cost: Included in Windows license (~$139/€128 for Home edition).

Android

Split-screen mode allows adding a second app without closing the first.
Samsung DeX supports windowed mode closer to desktop workflows.

Cost: Device-dependent — premium devices like Galaxy Tab S9 start around $799 (€735).

iOS / iPadOS

Similar to macOS Stage Manager, but with drag-and-drop for grouping.
iPad users already complained about “new app replaces current window” behavior — Apple hasn’t addressed it there either.
In the latest Beta, SHIFT+click seems working! 👍

Technical Hypothesis: Why It’s Hard to Fix

From a macOS engineering perspective:

Stage Manager likely treats each stage as a separate Mission Control space.
When a new process launches, it spawns a new space by default.
Changing this would require giving the user a default target stage preference in System Settings, which Apple hasn’t provided.

Wishlist: How Apple Could Improve Stage Manager

Preference Option:
- “When opening new apps: [ Add to current stage | Open in new stage ]”
Custom Rules:
- Per-app behavior settings, similar to how macOS handles “open in full screen.”
Drag-and-Drop from Dock:
- Allow dragging an app’s Dock icon into the current stage directly.
Better Documentation:
- Publicize the SHIFT+Click shortcut for merging apps.
Open app in same stage with SHIFT+Click from Dock:
- Use the SHIFT+Click shortcut for merging apps directly from the Dock or the Launcher or the Finder.

Third-Party Tools and Tweaks

Unfortunately, Stage Manager is tightly integrated into macOS’s window server, meaning no full-fledged third-party fix exists yet. However, some tools may help:

BetterTouchTool ($9.99 / €9,99) — Assign a custom gesture to trigger SHIFT+Click behavior.
Keyboard Maestro ($36 / €33) — Automate CMD+Tab + SHIFT+Click as a macro.
Hammerspoon (Free) — Scriptable automation for window placement, though requires Lua scripting knowledge.

Final Thoughts

Stage Manager’s new app isolation is one of the most criticized aspects of macOS’s multitasking experience in 2025. While Apple has refined animations, stability, and grouping features since launch, this particular design choice remains infuriating for advanced users.

The SHIFT+Click trick stands out as the most useful workaround for keeping your workflow intact without dragging windows manually. The Assign to All Desktops method works in some cases, but is more of a blunt instrument than a precise fix.