How to Search the SharePoint Recycle Bin

Category: Recovery and Restore  |  Updated: 4 October 2026

The SharePoint Online recycle bin is a list you can sort and scroll, not one you can query. Asked why there is no search option in it, Microsoft's answer on its Q&A site was to use the browser's own Find and to sort by the date column. That is enough for one recently deleted file you can name. It gets frustrating quickly beyond that, because you are working one stage of one site collection at a time. This guide covers what the browser can actually do, how to reach the second-stage bin, how to narrow by deletion date when there is no date filter, and where you have to leave the browser behind.

What the Browser Recycle Bin Can and Cannot Find

With no filter box, finding an item by name means the browser's Find (Ctrl+F) over the rows on screen. That match is partial and case-insensitive, so typing budget finds Q2 Budget Final v3.xlsx and marketing budget 2025.xlsx alike, but only among the rows the page has already loaded. On a long bin, scroll to the end first. Everything below is out of reach from the browser:

Finding an Item in the First-Stage Recycle Bin

1. Go to the site that held the item. This is the step people get wrong. Recycle bins are per site collection, so you must be on the site where the item lived, not on a hub or the admin centre.
2. Open the recycle bin. Click the gear icon, choose Site contents, then Recycle bin in the toolbar. Appending /_layouts/15/RecycleBin.aspx to the site URL gets you there directly.
3. Look for a distinctive fragment. Scroll until the list stops loading, then use Ctrl+F with part of the name rather than the whole thing. Users misremember file names constantly, and a short fragment such as a project code or a client name survives that better than a full title with a version suffix.
4. Restore what you find. Tick the item and click Restore. It returns to its original location with version history and metadata intact.

Finding an Item in the Second-Stage Recycle Bin

When someone empties the first-stage bin, the items are not gone. They move to the second-stage bin, which belongs to the site collection and is visible only to site collection administrators. It is a separate page, and looking through the first stage does not look through it. If you cannot get to it at all, how to access the SharePoint second-stage recycle bin covers the permissions and the route in full.

1. Open the recycle bin of the top-level site, not a subsite.
2. Select Second-stage recycle bin at the bottom of the page. The same page is reachable from Site settings under Site Collection Administration, Recycle bin. If you cannot see either, you are not a site collection administrator and cannot reach the second stage.
3. Find and restore as in the first stage. Sort, scroll and use Ctrl+F the same way.

Narrowing by Deletion Date Without a Date Filter

There is no date range filter in the recycle bin. What you have is a sortable Date deleted column, which is enough for a single known deletion and painful for anything else.

1. Open the relevant stage of the bin.
2. Click the Date deleted column header to sort by deletion date, and click again to reverse the order.
3. Read down to the period the deletion happened in.
4. If you also know part of the name, use Ctrl+F once the right period is on screen. That combination is the closest the browser gets to a real query, and it is genuinely useful when the same file was deleted and restored several times.

This falls apart on a busy site collection. Sorting several thousand rows to find everything deleted during one afternoon is not a workflow, and it is the point at which most administrators go looking for another tool.

When the Browser Is Not Enough

Three situations regularly defeat the browser:

• You know the date, not the name. A user reports that "everything in the project folder disappeared on Tuesday". There is no way to query that.
• You know who, not what. An account was compromised or a departing employee deleted content, and you need everything they removed. Deleted By is a column, not a filter.
• You do not know the site. The bins are separate, so an unknown location means opening candidate sites one after another.

PowerShell handles the first two. Get-PnPRecycleBinItem returns the bin as objects you can filter on DeletedDate or DeletedByEmail, which is exactly what the browser will not do. It still runs per site collection, and it still needs someone comfortable writing the query.

Filtering the Recycle Bin with Recycle Master

Recycle Master in ShareMaster takes the same approach as the PowerShell route, without the scripting. You connect it to a site collection, choose the first or second stage, and it pages the whole bin down before you filter it. Because the filtering happens locally rather than in the browser, the fields the recycle bin only lets you sort by become fields you can actually filter on:

• Free text on the item name
• Original location
• Item type
• Author
• The account that deleted the item
• A deleted-before and deleted-after date range, which is the filter the browser is missing

You can combine all of them in one pass, switch between the first and second stage from the same screen, and sort the results by name, location, type, author, deleted-by, deletion date or size. From there you can restore what the filter matched, or delete it: from the first stage a delete sends items on to the second stage, and from the second stage it is permanent.

One thing to be clear about, because it decides whether this solves your problem: Recycle Master works on one site collection at a time. It does not search every bin in the tenant at once. Nothing does, Microsoft included. What it removes is the per-site scripting and the sort-and-scroll, not the need to know roughly where the content lived. If you do not know, the Tenant Recycling Bin Report in ShareMaster's Reports menu lists, for the site collections you pick, how many items and how many MB sit in each stage, which at least tells you which bins are worth opening. It counts; it does not search.

For a side-by-side of the two approaches, see Recycle Master vs the SharePoint recycle bin and SharePoint recycle bin search options compared. Once you have found the items, the bulk restore guide covers recovering them in one operation.

Frequently Asked Questions

Can you search the SharePoint recycle bin by file type?

Not in the browser. The recycle bin page has no filters, so the best you can do is sort a column and scroll. A tool that loads the bin and filters it locally, such as Recycle Master, does offer a type filter.

Why can I not find a deleted file in the SharePoint recycle bin?

Usually one of four reasons: you are searching the wrong site collection, since each has its own separate bin; the item has moved to the second stage, which needs site collection administrator rights; an administrator emptied the bin; or the 93-day retention window has closed and the item has been purged. Work through them in that order, because the first is by far the most common and the cheapest to check. If an administrator emptied it and you need to know who, how to find who deleted SharePoint files works through the audit log.

How far back does the SharePoint recycle bin go?

93 days in total, counted from when the item was first deleted. Both stages share that single window rather than getting 93 days each. After it closes, the recycle bin cannot help and recovery depends on Microsoft 365 Backup or a third-party backup that captured the content beforehand. See recovering files from an emptied recycle bin for the options at that point.

Can I search every site collection's recycle bin at once?

No. Recycle bins are scoped per site collection, and neither the SharePoint admin centre nor any Microsoft interface searches across all of them. If the site is unknown you work through the candidates one at a time, whichever tool you use. Be sceptical of any product claiming a true tenant-wide recycle bin search, ours included.

Try ShareMaster free for 14 days