How to Find Recently Downloaded Files on a Mac

You downloaded something and now you cannot find it. Maybe you know roughly when — this morning, last Tuesday — but not what the file was called, and the Downloads folder is nine hundred items sorted by name.

Finder has an answer, and it is one specific sort order — of the four date columns it offers, three will mislead you. Which one to trust and why, where a download lands when it does not land in Downloads, and how to find one whose name you never knew — that is the rest of this page.

If you would rather skip the sorting lesson, FileBo keeps the newest arrivals at the top of a panel one keystroke away — name known or not. Below is the Finder route in full.

Start with the browser, because it knows exactly

The browser is the thing that saved the file, so it is the one place on your Mac that cannot be wrong about where the file went. Every browser keeps a list of what it downloaded, and every one of those lists can take you straight to the file instead of leaving you to guess at a folder.

The download list is the shortest route, and it is free in every browser. It also holds the file’s real destination, which matters when the file did not go where you assumed.

Browser	Shortcut	Menu	Default folder
Safari	⌥⌘L	View ▸ Show Downloads	~/Downloads
Chrome	⇧⌘J	Window ▸ Downloads	~/Downloads
Brave, Arc, Edge, Vivaldi, Opera*	⇧⌘J	Window ▸ Downloads	~/Downloads
Firefox	⌘J	Tools ▸ Downloads	~/Downloads

Safari’s is checked against Safari’s own menu file on macOS 26.6: View ▸ Show Downloads carries key equivalent l with modifier mask 1572864, which is Option plus Command. Chrome’s ⇧⌘J is Google’s own documented shortcut for “Open the Downloads page in a new tab”. Firefox’s is J on every platform but Linux, taken from Mozilla’s downloads-shortcut string, and its Downloads item sits in the Tools menu.

* The last row is Chromium underneath, and the shortcut and the menu position are Chromium’s own defaults rather than five separately confirmed facts. Upstream, main_menu_builder.mm builds the Window menu as Minimize, Zoom, Show As Tab, Name Window, Downloads, Extensions, Task Manager — Downloads under Window, not View — and accelerators_cocoa.mm binds IDC_SHOW_DOWNLOADS to Command plus Shift plus J. Brave 151 was the only one of the five installed on the Mac I tested, and it matches: in its English resources Downloads sits between Show As Tab and Extensions. Arc I can vouch for only from the other direction — files it saved on my Mac record Arc in their quarantine attribute. Vivaldi and Opera both rebuild the menu bar and ship a user-remappable shortcut list, so treat their row as the inherited default and check Settings if it does not fire. In any Chromium browser chrome://downloads reaches the same page directly, whatever the menu says.

Once the list is open, the reveal command is what you want, not the file name: Show in Finder in Chrome, Brave and Firefox, and the magnifying-glass button beside the item in Safari. That opens the enclosing folder with the file selected, wherever it actually landed.

Two things worth knowing before you rely on the list:

Safari empties it. Apple documents the default plainly — “By default, Safari automatically removes an item after one day.” The setting is Safari ▸ Settings ▸ General ▸ Remove download list items:, and it offers exactly four choices: After one day, When Safari quits, Upon successful download, Manually. An empty list does not mean an absent file. The download list is a log, and clearing it never deletes anything.

“Ask for each download” moves the target. That is the verbatim string in Safari’s File download location: pop-up on macOS 26.6; Chrome and Brave call the equivalent switch “Ask where to save each file before downloading”, Firefox “Always ask you where to save files”. With it on, every file went wherever you clicked in a save panel, which is very often the last folder you used rather than Downloads. If you cannot remember turning it on, check: it is the first thing to rule out when ~/Downloads looks emptier than your browsing history suggests.

One collision worth knowing: ⌥⌘L is Safari’s Show Downloads and also Finder’s Go ▸ Downloads. Same keystroke, two different destinations depending on which app is frontmost.

In Finder, sort by Date Added — not by the other three dates

A file does not carry one date. It carries several, they disagree with each other, and only one of them answers the question you are actually asking: when did this thing show up here. The others describe the file itself — when its contents were written, when it was first made — and a file can have been made years ago and still have landed in your Downloads folder this afternoon.

That is why the folder looks like it has lost your download when it has not. Sorted by the date on the file, today’s arrival sits wherever its original timestamp puts it. Sorted by the date it arrived, it is at the top.

macOS keeps several dates per file and they answer different questions. Only one of them means “this arrived on my Mac recently”. Here are the four Finder can show you as columns, each with the name macOS uses for it underneath:

Finder column	Spotlight attribute	Apple’s own description
Date Added	kMDItemDateAdded	Date when this item was last moved
Date Modified	kMDItemFSContentChangeDate	Date the file content was last changed
Date Created	kMDItemFSCreationDate	Date the file was created
Date Last Opened	kMDItemLastUsedDate	Date when this item was last used

Those descriptions are not paraphrases. They are the strings Apple ships in the Spotlight schema at /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Resources/en.lproj/schema.strings.

One trap in that table is worth spelling out, because it catches people who go looking for the attribute behind the column. There is a fifth date, kMDItemContentCreationDate — Apple calls it Content created, “Date when the content of this item was created” — and it is not what the Date Created column shows. The column reads the file system’s birth date; kMDItemContentCreationDate reads the date stored inside the file, so on a photo it is the moment the shutter fired and on a PDF it is whatever the exporting app wrote.

Try it on a photo of your own. A JPEG in my Downloads folder shows the gap plainly:

mdls -name kMDItemFSCreationDate -name kMDItemContentCreationDate photo.jpeg

kMDItemContentCreationDate = 2020-06-30 17:29:37 +0000
kMDItemFSCreationDate      = 2020-07-01 00:29:36 +0000

Finder’s Date Created column shows the second one. Confusingly, Finder’s search criteria use the other: the pop-up in a Smart Folder labels kMDItemContentCreationDate as “Created date”, which you can read for yourself in /System/Library/CoreServices/Finder.app/Contents/Resources/en.lproj/SlicesAttributeNameOverrides.strings. Same word, two different dates, depending on whether you are sorting a column or building a search.

Want to see it for yourself? It takes one zip file and about a minute, and it is why the distinction is not pedantry. I made a file dated 15 March 2019, put it in a zip, and unzipped the archive today, 8 August 2026. Then I asked macOS for the three dates:

mdls -name kMDItemDateAdded -name kMDItemFSCreationDate \
     -name kMDItemFSContentChangeDate report.pdf

kMDItemDateAdded           = 2026-08-08 10:10:55 +0000
kMDItemFSContentChangeDate = 2019-03-15 07:00:00 +0000
kMDItemFSCreationDate      = 2019-03-15 07:00:00 +0000

Created and Modified both came out of the archive — macOS restores both when it expands a zip, so the file lands on disk already claiming to be seven years old. Only Date Added knows it appeared today. Downloaded zips, exported project folders, files copied off someone else’s drive — most behave this way, whenever the archive carried its timestamps along; sort by Date Modified and the file sinks to wherever its original timestamp puts it.

To get the column:

1. Open the folder and press ⌘2 for list view.
2. View ▸ Show View Options (⌘J).
3. Under Show Columns:, tick Date Added.
4. Click the Date Added header once to sort newest first.
5. Use as Defaults, at the foot of the same panel, applies it to every folder.

In icon view the same sort is View ▸ Sort By ▸ Date Added. If the Downloads stack is in your Dock, right-click it and use Sort by ▸ Date Added there too.

The one trap: Date Added restarts when a file moves. I created a file at 09:55:39, moved it to another folder at 09:55:53, and re-read everything — Created and Modified held at 09:55:39, Date Added became 09:55:53. That is exactly what Apple’s description says, and it means a tidy-up session flattens the history of everything you filed.

Why the file is not in Recents, and why that is not a bug

Recents lists files you have opened. Downloading a file is not opening it, and neither is saving one. That is the whole of the complaint: nothing is broken, and your download was never a candidate for that list in the first place.

The scale is worth having in mind before the mechanism: in a typical Downloads folder, the overwhelming majority of what is sitting there has never been opened, and so is invisible to Recents by design. You can count your own a few paragraphs below.

Finder’s Recents looks like the obvious place and is the wrong place. It is not a folder; it is a saved Spotlight search. Read the query on your own Mac:

plutil -p "/System/Library/CoreServices/Finder.app/Contents/Resources/\
MyLibraries/myDocuments.cannedSearch/Resources/search.savedSearch"

RawQuery comes back as a single line — wrapped here to fit:

(kMDItemLastUsedDate = "*") && ((kMDItemContentTypeTree = public.content) ||
 (kMDItemContentTypeTree = "com.microsoft.*"cdw) || (kMDItemContentTypeTree = public.archive))

kMDItemLastUsedDate is set when a file is opened. A file you downloaded and never opened does not have that attribute — not a stale value, no value. I made a fresh file in ~/Downloads, waited for the indexer, and asked:

mdls -name kMDItemDateAdded -name kMDItemLastUsedDate ~/Downloads/test.txt

kMDItemDateAdded    = 2026-08-08 09:46:05 +0000
kMDItemLastUsedDate = (null)

Recents has nothing to match on, and that is the normal case, not the edge case. Count it in your own Downloads folder:

mdfind -onlyin ~/Downloads 'kMDItemContentModificationDate = "*"' | wc -l
mdfind -onlyin ~/Downloads 'kMDItemLastUsedDate = "*"' | wc -l

The first number is everything indexed there; the second is what has ever been opened. On most Macs the second is a small fraction of the first, and the gap is everything Recents can never show you. That gap is also what FileBo is built on — it asks Spotlight about four dates including the one that records arrival, so a file you downloaded and never opened is in its list the day it lands. Why downloads never reach Finder’s Recents goes through that mechanism properly, and an empty Recents covers the case where the view is blank for a different reason.

When it did not go to Downloads

Browsers default to your Downloads folder, and so does AirDrop. A handful of other things do not, and each one hides the file in its own way — one puts it in a folder you have to be told about, one may never have written a file at all, and one leaves you with no record of where it came from.

AirDrop puts received files in ~/Downloads — the quarantine records sharingd, AirDrop’s daemon, as the app that saved them. Finder ▸ Go ▸ AirDrop is ⇧⌘R if the transfer is still in flight.

Apple Mail is separate from everything above. It has its own Downloads folder: setting in Mail Settings ▸ General, and two save commands: File ▸ Save Attachments…, and a right-click on the attachment itself offering Save Attachment and Save to Downloads Folder. An attachment you merely previewed in the message was never written anywhere you can browse to.

Messages keeps attachments inside ~/Library/Messages/Attachments, which Finder does not show and which Terminal cannot even list without Full Disk Access. Do not go looking; drag the item out of the conversation to the Desktop instead.

Terminal downloads leave no trail. A file fetched with curl or wget gets no quarantine record and no source URL — xattr on my test file listed only com.apple.provenance, and inside ~/Downloads macOS adds its own com.apple.macl alongside it. Neither one records where the file came from. Date Added is all you have.

Cloud folders are their own case: the file can be listed and still not be on the disk. That is the “needs to be downloaded” error, not a missing file.

When you do not know the name at all

You do not need the name. macOS quietly records two other things about a download: when it arrived, and — if a browser saved it — the site it came from. Either one will find the file on its own, and each is one command away.

Ask your own Mac where a file came from:

mdls -name kMDItemWhereFroms ~/Downloads/somefile.pdf

kMDItemWhereFroms = (
    "https://example.com/downloads/"
)

That works in reverse too, which is the useful direction — every file saved from a given site:

mdfind 'kMDItemWhereFroms == "*github.com*"c'

And by arrival time, which needs no name at all:

mdfind -onlyin ~/Downloads 'kMDItemDateAdded >= $time.today(-1)'

$time.today(-7) gives you the week. To see the dates alongside the paths, newest first:

mdfind -onlyin ~/Downloads 'kMDItemDateAdded >= $time.today(-7)' |
  while IFS= read -r f; do printf '%s\t%s\n' "$(mdls -raw -name kMDItemDateAdded "$f")" "$f"; done |
  sort -r

There is one more record, and it survives even when Spotlight has forgotten the file. The quarantine attribute stores the download time as a hex Unix timestamp in its second field:

xattr -p com.apple.quarantine ~/Downloads/somefile.pdf

0083;698a173b;Brave;<event-id>

date -u -r $((0x698a173b))

Mon Feb  9 17:19:55 UTC 2026

Flags, time, the app that saved it, and an event ID. On that file the decoded time was four seconds off kMDItemDateAdded — the browser writes the flag as the download completes.

If mdfind returns a file that Finder’s own search will not show you, that is a different problem again — Spotlight finding what Finder cannot is where it belongs.

A Smart Folder that keeps the answer

If this happens weekly, make the search permanent. A Smart Folder is a search you set up once and then open like an ordinary folder afterwards, and it can live in the Finder sidebar next to everything else.

The route to it is Finder ▸ File ▸ New Smart Folder — and note it has no keyboard shortcut on macOS 26.6, whatever older guides say; ⌥⌘N in Finder is a second New Finder Window, and ⇧⌘N is New Folder. I read that out of Finder’s own menu file, where New Smart Folder’s key equivalent is an empty string.

In the new window, click + and open the first pop-up. The short list carries six attributes Finder gives its own labels — Name, Contents, Created date, Last modified date, Last opened date, File Size — and Date Added is not among them. It is behind Other…, under the name macOS gives kMDItemDateAdded in a schema of 310 searchable attributes: Date added. kMDItemWhereFroms is in the same list as Where from, which makes “everything I ever saved from this site” a saveable search too.

Raw Query is in that list as well, and it always works:

kMDItemDateAdded >= $time.today(-7)

Set the scope bar to the folder you care about rather than “This Mac”, then Save. It lands in ~/Library/Saved Searches and can be dragged into the Finder sidebar. Those attribute names come from the Spotlight schema rather than from the Finder UI, so if your Other… list disagrees, trust the raw query.

FileBo: recent files in one panel, downloads included

Everything above is free and none of it needs installing. If you only lose a download occasionally, the browser list plus a Date Added column is the whole answer, and you should stop here.

What stays annoying is that the fast route is per-browser and the complete route is per-folder. FileBo collapses that into one panel over whatever you are doing — ⇧⌘F, the same keystroke Finder spends on Go ▸ Recents, here pointed at the list Recents cannot show — floating, and it hides again when focus leaves.

What is in that panel is the part that matters here: everything that arrived recently, whether or not you ever opened it — which is exactly what Recents cannot show you. Last 24 Hours narrows it to this morning. Downloads is one of the ten folders watched by default, so there is nothing to point it at first. And when a batch of six or more files arrives within ten minutes of each other — an unzipped archive, a bulk export — they collapse into a single folder tile with an “N new” chip that clears when you open it, rather than burying everything else in the list.

That is the whole of it. If you would rather not read another word about metadata, you have what you need.

If you do want the mechanical version: FileBo runs an MDQuery across four dates rather than one, and the query is literally this:

(kMDItemContentCreationDate >= $time.now(-Nd)) || (kMDItemFSContentChangeDate >= $time.now(-Nd))
 || (kMDItemFSCreationDate >= $time.now(-Nd)) || (kMDItemDateAdded >= $time.now(-Nd))

The fourth term is the one Recents does not have.

The honest limit is worth stating, because it is the same limit Finder has: FileBo reads Spotlight’s index and does not repair it. If Spotlight has not indexed your Downloads folder, FileBo will be as blank as Recents, and Apple’s instructions for rebuilding the index are the fix. It needs macOS 15.0 or later; it is free for 14 days, then a one-time $9.99 purchase, and browsing, searching and Show in Finder stay free after that.

Three things to remember

Sort by Date Added. Check the browser’s own list first, and check whether “Ask for each download” quietly redirected the file. And remember that moving a file resets its Date Added, so the sort tells you when things arrived where they are now — not when you downloaded them.