Why Doesn’t Cut and Paste (Cmd+X) Work on Mac?

Quick answer: Cmd-X does not cut files in Finder because macOS’s clipboard was built around a copy-first model with no “cut” state, a deliberate design choice going back to the original 1984 Finder, not a bug. To move a file with the keyboard, copy it with Cmd-C, then paste at the destination with Cmd-Option-V to move instead of duplicate. For a real Cmd-X/Cmd-V, install FileCutPaste.

If you grew up on Windows, cutting and pasting a file feels like breathing: select it, Ctrl-X, navigate, Ctrl-V, done. Try the Mac equivalent and Cmd-X on a file in Finder does... nothing. No dotted icon, no "move pending" indicator, no error. It is not broken. macOS was built this way on purpose.

The Finder clipboard was never designed to hold a pending move

Copy and paste on the Mac go back to the original 1984 Finder, built around a single idea: the clipboard holds a copy of something, and pasting always duplicates it. That model works cleanly for text, images, and app data, so Apple carried it straight into file management. There was never a "cut" state for files, only copy, and a separate decision at paste time about whether to duplicate or relocate.

Windows took the opposite approach starting with Windows 95's Explorer: Ctrl-X visibly grays out the selected file to mark it as "picked up," and Ctrl-V anywhere else completes the move. That is the muscle memory most switchers bring with them, and it simply has no Finder equivalent.

Cmd-X does work, just not on files in Finder

This is the part that trips people up. Cmd-X cuts text in TextEdit, Pages, Mail, Notes, and virtually every text field on the system. It even works inside Finder for renaming a filename you are editing. The shortcut is not disabled system-wide, Finder's file-browsing view is the one place Apple chose not to implement a true cut.

What Apple gives you instead

Finder does let you move a file with the keyboard, it is just a two-step decision instead of one:

• Cmd-C to copy the file onto the clipboard.

• Cmd-Option-V (hold Option, then V) at the destination to move it instead of duplicating it.

We cover that flow in detail, including drag-and-drop and menu alternatives, in How to Cut and Paste a File on a MacBook.

The catch is discoverability. Nothing in the UI hints that holding Option changes Paste into Move Item Here, you either read about it somewhere or stumble onto it by accident.

Is this ever going to change?

Unlikely. Apple has kept this exact model for over 40 years, through OS X, iOS's file-sharing sheets, and every recent macOS release. It is a deliberate safety choice, not an oversight: a visible, non-destructive copy-first clipboard means you can never lose a file to an accidental cut you forgot to paste. Apple has consistently preferred that trade-off over matching Windows Explorer's behavior.

Getting a real Cmd-X and Cmd-V back

If you do not want to retrain years of muscle memory, FileCutPaste adds an actual cut-and-paste to Finder: press Cmd-X on a file, navigate anywhere, press Cmd-V, and Finder moves it, the same two keys you already know, doing what they did on Windows. It runs entirely on-device and never touches your file contents.

Frequently asked

Is Cmd-X broken on my Mac? No. It behaves this way for everyone, on every Mac, in every version of macOS.

Does Cmd-X do anything at all in Finder? By itself, no, pressing it on a selected file has no effect unless you have something like FileCutPaste running.

Will Apple add a native Cmd-X for files? There is no indication of that. The copy-first clipboard model has been stable since the original Macintosh.