How to Ungroup a File Bundle Into Separate Items

A multi-file copy is one clipboard object. Microsoft Learn describes CF_HDROP as a single handle to a list of paths. Explorer paste uses the whole list. There is no built-in “drop only the third file” command on the live clipboard, and Win+V never stored the list in the first place.

Ungrouping is the companion to stacking: take one member out, leave the rest usable. Windows can do that with folders and a second copy. A file-aware shelf can do it as a gesture. This guide covers both, and the failure modes that look like a bug.

What “the bundle” actually is

Three different bundles get confused:

Microsoft Support limits history to text, HTML, and bitmap, 25 entries, 4 MB per item. Unpinned items clear on restart. None of that creates a file-bundle editor. Windows Clipboard History Does Not Store Files.

The live clipboard is last-copy-wins. Copy the one file you need and the rest of the list is gone. That is why people want ungroup: they do not want to rebuild the pack from Explorer after a single-file paste.

Split one file using only Explorer

This is the reliable OS path.

If the files are still in their original folder

1. Do not rely on the old Ctrl+C list if anything else has been copied since.
2. In Explorer, Ctrl+click only the file that should travel alone.
3. Ctrl+C or drag that one file.
4. If the rest of the pack will be needed again, leave the other files where they are, or copy them into a staging folder first.

Selecting one file is a new HDROP with one path. It does not edit the previous list; it replaces it.

If the pack was already pasted as a set

1. Open the destination folder.
2. Cut or drag the one file you did not want there back out, or delete it.
3. The other pasted files stay. They are real files now, not clipboard members.

Paste is not a living group. After Explorer writes bytes (or directory entries) to the destination, each file is independent.

If the pack lives in a staging folder

A staging folder is the ungroup-friendly version of a stack:

1. Keep Desktop\handoff-pack with every candidate file.
2. Drag one file to Slack.
3. The folder still holds the rest.
4. Delete or move members as the handoff finishes.

This survives restart because it is disk. How to Keep File Copies After a Restart. Using the Clipboard as a Temporary File Staging Area.

If the bundle is a zip

1. Right-click the zip > Extract All (Microsoft documents this as the full-extract path).
2. Open the extracted folder.
3. Copy or drag only the file needed.

Copying from inside the compressed-folder preview without extracting first can point at a temporary path that later vanishes. Copying From a ZIP Preview vs Extracting First.

What a shelf ungroup should mean

If a clipboard app offers Ungroup, the honest behavior is:

1. The stack card becomes N separate file cards, or N-1 plus the pulled card.
2. Each card still points at the same path (or the same cached copy) as before.
3. Dragging one card publishes a one-path HDROP.
4. The remaining cards stay.
5. A missing path fails that card, not the entire former stack, and the UI says so.

Microsoft Learn says existing files should be offered with CF_HDROP, and that CFSTR_FILENAME is a single path kept for old apps. After ungroup, each card should still prefer HDROP even when it holds one file. Publishing only a legacy single-name format is unnecessary.

Do not expect Windows to provide this gesture. There is no Settings toggle named Ungroup. Inventing an undocumented OLE verb would be a guess; the documented contract is the file list the source puts on the data object when the drag starts.

Edge-Drop is one optional local shelf that treats stacks as first-class and can split them for drag-out. It is useful when the pack is already on the shelf. It is not required if the files still sit in a folder you can see.

Split without destroying the rest

Destruction happens in a few predictable ways:

Replacing the live clipboard. Copying the one file you need wipes the HDROP that held the others. If those others exist only as that list — not as a folder, zip, or shelf stack — they are gone. Recover by selecting them again in Explorer.

Moving instead of copying. If the original multi-select was a Cut, Explorer prefers a move. Microsoft Learn documents CFSTR_PREFERREDDROPEFFECT as the hint. Pasting once can remove the source files. Ungroup after a cut is “too late” for the sources. Prefer Copy while building a pack.

Assuming history pinned the pack. Pins survive restart, but only for history items, and history items are not files. Pinning a path *string* after Copy as path keeps text, not the file.

Partial network failure. Pasting a ten-file HDROP from a flaky share can succeed for some names and fail for others. The clipboard list is unchanged. Retry the missing files individually. Network Drives and Clipboard File Lists.

Images that are not files

A “bundle” of six Win+V screenshots is six bitmap history items, not one HDROP. “Ungroup” does not apply. Click the one snip you want. The others stay until they hit the 25-item cap, exceed 4 MB (those never joined), or a restart clears unpinned items.

If those snips need to travel as files, save them to disk first: How to Copy an Image So Explorer Gets a File. Then they can join a real file stack.

Mixed selections — a PDF plus a snip that only exists as pixels — cannot be one honest HDROP until the snip is a file. Can You Clipboard a Selection of Mixed File Types? covers Explorer’s file-only multi-select.

Drag one member into an app that wants a single attachment

Many compose windows accept one file more reliably than ten.

1. Ungroup or re-select the one file.
2. Drag that file onto the attach well, or use the app’s attach picker and browse.
3. Repeat for the next file if the UI does not take a list.

Trying to drop a ten-path HDROP on a control that only reads the first name looks like “the tool missed files.” Sometimes the target is the limited reader. Multi-File Copy From Explorer: Why Tools Miss Files.

Keyboard-only split

Drag-and-drop is a poor ungroup interface for some people. Microsoft’s Explorer copy path is fully keyboard:

1. Win+E, arrow to the file, Space or Ctrl+Space to adjust selection.
2. Ctrl+C.
3. Alt+Tab to the destination.
4. Ctrl+V.

When Drag-and-Drop Is the Wrong Interface.

A checklist before you split

• Are the files still on disk at the original paths?
• Was the last copy a cut or a copy?
• Does the destination want a file, a bitmap, or a path string?
• Do the leftover files have a home besides the live clipboard?
• After a reboot, will anything remain besides the files themselves?

If the last answer is “only if I pin Win+V,” that plan will fail for files.

Related reading

• Merging Two Clipboard Items Into a Collection
• How to Keep File Copies After a Restart
• Why You Cannot Drag Old Clipboard Files Into Explorer
• How to Get a Screenshot Into Photoshop Without Recopying

Sources

• Shell Clipboard Formats (Microsoft Learn) — CF_HDROP is one list of paths; CFSTR_PREFERREDDROPEFFECT distinguishes cut and copy; CFSTR_FILENAME is a single path.
• Handling Shell Data Transfer Scenarios (Microsoft Learn) — reading every path from HDROP with DragQueryFile.
• Using the clipboard (Microsoft Support) — history format and retention limits.
• Zip and unzip files (Microsoft Support) — Extract All versus working inside a compressed folder.
• File Explorer in Windows (Microsoft Support) — keyboard and ribbon copy/cut/paste.

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