Why Old Copied Files Won't Paste or Drag Into Explorer

When you copy files in File Explorer, Windows doesn't put the files on the clipboard; it puts a list of their locations (paths). Windows clipboard history (Win+V) doesn't keep those lists at all, because it only stores text, HTML and images, and your next copy replaces the list. Clipboard managers that do remember copied files also store only the paths, so the saved item stops working as soon as the file is moved, renamed, deleted or its drive is unplugged. The fix is to copy the file again from where it is now.

What Explorer puts on the clipboard

Select files in Explorer and press Ctrl+C, and Explorer places a file list in a format called CF_HDROP. Microsoft describes it as "the locations of a group of existing files": a structure followed by the full path of each file. The file contents stay on disk. When you paste into another folder, Explorer reads those paths and copies the files from their original location.

That design is why copying a 10 GB folder is instant, and also why the copy depends on the files staying where they were.

Why Win+V can't give old file copies back

Microsoft documents clipboard history as text, HTML and bitmap images, up to 25 items. A file list is none of those, so it never appears in Win+V.

There's only one current clipboard. Windows doesn't keep a stack of earlier file lists. Windows clipboard history does not store files covers this limit in more detail.

Why an image in Win+V won't drop into a folder as a file

If you copied an image's pixels (a screenshot, or Copy image in a browser), Win+V can keep it as a bitmap up to 4 MB. You can paste it into Word or Paint, but you can't drop it into Explorer as a file, because Explorer expects a file list, not pixels. Something has to save the pixels as a real file first. How to drag an image out of clipboard history covers the ways to do that.

Why a saved file clip stops working

Clipboard managers that keep copied files usually store the same path list Explorer created. Ditto, for example, says it can save any type of information that can be put on the clipboard, and Edge Drop stores copied files as path references only. Because only the location is saved, the clip breaks when the location changes.

How to tell whether a clip points at nothing

1. Paste into a folder. If the source is missing, Explorer shows an error instead of creating a file.
2. If your clipboard manager shows the stored path, paste that path into Explorer's address bar. If Explorer can't find it, the clip is stale.
3. If you used Copy as path, what you have is text, not a file. Pasting it into a folder won't copy anything. How to copy a file path to the clipboard explains the difference.

What to do instead

• Files still on disk: select them in Explorer again and copy, or drag them directly to the destination. How to copy multiple files at once covers selection shortcuts.
• Files you'll need again after a restart: keep them in a folder you can find, such as a dedicated staging folder or a pinned Quick Access location, rather than relying on a clip. How to keep file copies after a restart has options.
• An image you only have as pixels: paste it into Paint and save it as a PNG, then drag the file. It's also the only route into apps such as OBS; see why you can't paste an image into OBS.

For developers: what a drag-out feature has to do

A clipboard tool that offers "drag this old item into Explorer" has to start a real Windows drag (DoDragDrop or an equivalent) with data Explorer accepts. Microsoft's guidance is to offer existing files as CF_HDROP, and to use CFSTR_FILEDESCRIPTOR with CFSTR_FILECONTENTS for data that isn't stored as a file. That means:

1. For copied files, check that each saved path still exists before starting the drag, and show which items are missing.
2. For images or other data held only in memory, either write a real temporary file and offer its path, or offer the data as virtual file contents.
3. Never offer paths you already know are gone. Explorer will simply fail the drop.

How do Windows file drop lists (HDROP) work? goes deeper into the format.

How Edge Drop handles this

Edge Drop keeps copied files as path references and drags the original files, so a file that has been moved or deleted can't be dragged from it either. Copied images are different: Edge Drop stores them as PNGs and, when you drag one out, writes a temporary file so Explorer receives a real file. Text and link cards can't be dragged out; you click them to paste instead. How to drag an item out of Edge Drop into any app shows how.

FAQ

Why doesn't Win+V show copied files?

Clipboard history only stores text, HTML and images. Copied files are a list of paths, which Win+V doesn't keep.

Can you get back files copied before something else was copied?

Not from Windows. The new copy replaced the file list. The files themselves are still where they were, so copy them again.

Does cutting files (Ctrl+X) work differently?

Cut puts the same kind of file list on the clipboard, marked as a move. If you copy something else before pasting, the move never happens and the files stay in the original folder.

Related reading

• Why Win+V Doesn't Show Copied Files (and What Does)
• What Happens When You Copy a Folder to the Clipboard?
• Why Paste Works but Drag-and-Drop Fails on Windows
• Copying a File vs Copying Its Contents on Windows

Sources

• Shell Clipboard Formats (Microsoft Learn) — CF_HDROP holds the locations of existing files.
• Handling Shell Data Transfer Scenarios (Microsoft Learn) — offer existing files as CF_HDROP; use CFSTR_FILECONTENTS and CFSTR_FILEDESCRIPTOR for file-like data.
• Using the clipboard (Microsoft Support) — clipboard history formats and limits.
• Ditto (GitHub) — saves any type of information that can be put on the clipboard.

Copy. Stack. Drop.

Transform your clipboard into an interactive edge shelf. Stack, pin, and drag assets into any app with zero friction.

Download for Windows Get from Microsoft Store

How to Install Guide · First 10 Minutes Guide · Drag & Drop Guide · Edge Drop vs Win+V · Support