Originally published at: TipBITS: How to Ensure Mac Apps Open on the Correct Screen - TidBITS
I’m a little embarrassed. I’ve been using Mimestream since it was in beta and have a good relationship with the company, so I report minor bugs or complaints fairly regularly. After a recent update, when Mimestream relaunched, its window appeared on my primary screen instead of the secondary screen where it usually lives. I had noticed this before, but I was feeling persnickety, so I filed a feature request to have it remember the screen it was on.
When Ratnesh from Mimestream replied, he asked me to open System Settings > Desktop & Dock, scroll down to the Windows section, and check whether “Close windows when quitting an application” was enabled. It was, and Mimestream wasn’t to blame at all.
I turned that option off, quit and relaunched Mimestream, and its window appeared in its proper location on my secondary screen. This annoyance had affected other apps as well—Messages now opens its window properly on my MacBook Pro’s built-in screen rather than on the primary screen. I dislike the behavior triggered by this setting, but it’s the default, and I missed changing it when setting up my new 14-inch MacBook Pro from scratch to avoid bringing over years of cruft from my old 27-inch iMac.
Although the setting label doesn’t make it clear that it affects window positioning at app launch, its description clarifies somewhat: “When enabled, open documents and windows will not be restored when you re-open an application.”
In retrospect, I thought this might be a Mimestream issue because apps used to have to store their window positioning entirely on their own. But some research reminded me that Apple didn’t add system‑level Resume until OS X 10.7 Lion, which largely automated window restoration for Cocoa apps. Today, most apps rely on macOS to restore window positions, making the “Close windows when quitting an application” setting more important.
It’s reasonable to wonder why Apple made closing windows the default in macOS when restoration is the norm in iOS. My best guess is that while users with firm mental models of an app’s previous state may now appreciate full restoration (controversial at the time, as Matt Neuburg wrote in “Lion Zombie Document Mystery Solved,” 23 May 2012), it can cause confusion by reopening outdated windows, particularly for document-centric apps. Closing windows also reduces edge cases across multiple displays, Spaces, and hardware changes—fresh windows tend to appear in predictable positions—and it nudges developers to present a sensible default window on the main screen rather than rely on restoration.
I wouldn’t have thought to look in Desktop & Dock, because the setting has little to do with either, and its placement there makes an already opaque behavior harder to discover. Matt’s article also reminded me that the wording used to be much more explicit—“Restore windows when quitting and re-opening apps”—and that it previously lived in the General preferences pane. Apple changed the wording long ago in OS X 10.8 Mountain Lion and moved the setting to Desktop & Dock in the jarring jump from System Preferences to System Settings in macOS 13 Ventura. That earlier wording and location were more accurate and easier to discover. The current label describes a side effect while obscuring the actual behavior, making it easy to misdiagnose the problem as an app bug.
Ultimately, I’m glad to be reminded of this setting, since I like my apps to restore their state on launch. In part, that’s because I use almost no document-centric Mac apps anymore, so I don’t have to put up with old documents opening automatically. Those who rely heavily on local documents or like a clean slate on every app launch may prefer otherwise.
