How the Clipboard Works on macOS Tahoe
Quick answer: The macOS clipboard is a system-wide service called the pasteboard. When you copy, the source app hands the system one or more representations of the same content (plain text, rich text, an image, a file reference), and a counter increments. When you paste, the destination app picks the richest format it understands. Tahoe keeps this model, adds a built-in clipboard history in Spotlight, and continues tightening privacy around apps that read the clipboard in the background.
You press ⌘C forty times a day. Let’s follow one of those presses from start to finish, because nearly every clipboard oddity you’ve hit (text pasting with the wrong font, an image arriving as a file, a password showing up in a history app) comes from a step in this journey.
What is the clipboard on macOS?
The clipboard is technically the general pasteboard, a shared system service that apps reach through the NSPasteboard API. It is not a file or a visible app. It holds one current «item set» at a time, and copying again replaces it. The name «pasteboard» is why you’ll see pb in terminal tools like pbcopy and pbpaste.
Two details matter for everything below:
- It holds one thing at a time. macOS has never kept a native multi-item history for the general pasteboard in the way Windows’ ⊞V does. History is something added on top. Tahoe’s Spotlight feature is Apple’s first system-level take on it (see below).
- One copy is really several copies. A single ⌘C can place many representations of the same content on the pasteboard at once.
What happens when you press ⌘C?
- The app claims the pasteboard. It clears the old contents and declares what it will provide. This is when the pasteboard’s change count (an integer) goes up by one.
- The app offers multiple types. Each is identified by a Uniform Type Identifier (UTI), the same system that identifies file types.
- Data may be delivered lazily. The app can promise a format and only produce the bytes when someone actually pastes. This keeps big copies (a large image, a range of spreadsheet cells) cheap until needed.
Why do I get different results pasting into different apps?
Because the destination chooses. Copy a styled paragraph from Safari and the pasteboard may hold several versions at once:
| Representation | Typical type identifier | Who picks it |
|---|---|---|
| Plain text | public.utf8-plain-text |
Terminals, code editors, search fields |
| Rich text | public.rtf |
TextEdit, Pages, Mail |
| HTML | public.html |
Web editors, Notes, rich-text fields |
| Image | public.png / public.tiff |
Preview, Keynote, design tools |
| File reference | public.file-url |
Finder, Mail attachments, chat apps |
A code editor takes the plain text and ignores the HTML, so styling disappears. Notes takes the HTML and keeps it. Neither is a bug. This is also why ⌥⇧⌘V (Paste and Match Style) exists: it asks the destination to prefer the plain-text representation and apply local formatting.
See it for yourself in Terminal
You don’t have to take this on faith. Copy something, then run:
osascript -e 'clipboard info'
It prints each type currently on the clipboard with its size in bytes. Copy a cell range from Numbers, then a paragraph from a web page, and compare the lists. The difference is the whole story of why paste behaves differently across apps. For the text version, pbpaste prints it, and echo "hello" | pbcopy writes to it.
How does the Mac know the clipboard changed?
It mostly doesn’t tell anyone. As far as publicly documented APIs go, NSPasteboard offers no «clipboard changed» notification. Apps that care, which means every clipboard manager, poll the change count on a short timer and read the contents only when the number moves. That is cheap, because reading an integer costs almost nothing.
This has practical consequences:
- A history app can’t see anything copied while it isn’t running.
- If two copies happen faster than the poll interval, the first can be missed. Maccy’s polling interval is adjustable in its settings .
- The change count also increments when an app rewrites the same content, which is why a history tool needs its own de-duplication.
What’s new in Tahoe?
Clipboard history in Spotlight
Tahoe’s headline change for this topic is that Spotlight gained a Clipboard view. Open Spotlight and switch to it (Apple’s shortcut set for the new Spotlight categories puts clipboard on ⌘4 ) and you can browse recent copies and paste one back. Apple describes this history as short-lived, reaching back only about eight hours .
That makes Spotlight a decent «I copied that an hour ago» safety net. What it is not, based on its stated design, is a long-term archive: no week-old snippets, no pinned favorites, and no per-app ignore rules of the kind dedicated tools offer .
Tighter privacy around clipboard reads
Apple has been moving toward making programmatic clipboard reads visible to the user. The groundwork shipped as new pasteboard access-behavior APIs for developers, and the direction is an iOS-style prompt when an app reads the clipboard without a user paste action. How strictly Tahoe enforces this for ordinary third-party apps, and what setting the user sees, are details I would confirm on a Tahoe machine before relying on them . It matters for clipboard managers because their whole job is reading the clipboard in the background, so check each app’s documentation on Tahoe permissions.
Does the clipboard sync between my Mac and iPhone?
Yes, through Universal Clipboard. It is part of Continuity: sign into the same Apple Account on both devices, enable Handoff, keep Bluetooth and Wi-Fi on, and keep the devices near each other. Copy on one device, paste on the other. The transferred content is available only for a short window, so it behaves as a handoff and not as a synced history. It is also single-item: each new copy replaces the last.
If it stops working, the usual causes are Handoff turned off, Bluetooth disabled, or the devices on different Apple Accounts. Toggling Handoff off and on is the classic first fix.
What stays private and what doesn’t?
The clipboard is readable by any app that is allowed to read it. There’s no per-copy encryption. So the community built a convention: apps that copy sensitive data mark it with special pasteboard types, documented at nspasteboard.org, such as org.nspasteboard.ConcealedType (passwords) and org.nspasteboard.TransientType (short-lived content). Password managers commonly set these, and well-behaved clipboard managers skip anything carrying them.
Maccy follows this convention. In its settings, under Ignore, you can view and edit the list of ignored pasteboard types and ignore specific apps entirely . Two caveats, stated honestly: the markers are a convention, not an enforcement mechanism, so an app that doesn’t set them leaves its data exposed, and anything you copy is visible to any app permitted to read the clipboard until it is overwritten.
Native clipboard vs. a clipboard manager
| Built-in clipboard (pasteboard) | Spotlight history (Tahoe) | Dedicated manager (e.g., Maccy) | |
|---|---|---|---|
| Items kept | One | Recent items only, roughly hours | Configurable history |
| Search | No | Via Spotlight | Yes, type to filter |
| Ignore sensitive apps/types | Not applicable | Yes | |
| Stored on disk | No | Locally on your Mac | |
| Cost | Included | Included | Maccy: free and open source |
If you only occasionally need to recover a recent copy, Spotlight’s history may be all you want. If you paste from the same set of snippets daily, or want sensitive-app exclusions and a longer history, a dedicated manager earns its place. Maccy App runs from the menu bar, opens with ⇧⌘C by default, and is built around keyboard-first filtering . Whichever route you choose, everything above still holds, because every tool sits on top of the same pasteboard.
Troubleshooting: when the clipboard misbehaves
- Paste does nothing or pastes stale content. Copy something trivial from a plain text field to reset the state, then retry. If it persists, restart the app you are pasting into.
- Formatting follows you around. Use Paste and Match Style (⌥⇧⌘V).
- Copied a file, got its path (or the reverse). The app is choosing a different representation than the one you expected. Check what is on the clipboard with
osascript -e 'clipboard info'. - Universal Clipboard is flaky. Confirm same Apple Account, Handoff on, Bluetooth and Wi-Fi on.
- Last resort. Log out and back in, or restart. The pasteboard service is managed by the system and restarts with your session.
The mental model to keep
Copying publishes a bundle of formats and bumps a counter. Pasting is the destination app choosing from the bundle. Everything else, including history, sync, and privacy, is built on that simple foundation. Once you can see the bundle with clipboard info, most clipboard mysteries stop being mysteries.
Which paste surprise annoys you most: lost formatting, lost history, or something else? Tell us and it may become the next guide.