Tenant Explorer
Browse sites, lists and items
Drill into sites, lists, libraries, items and permissions without leaving the app and without waiting for a browser to render a page. Useful for checking what is actually where before or after a migration, and for reading the raw values behind a column that the browser presents helpfully.
What it tells you
- What sites, lists, libraries, folders and items exist, and their real internal names as well as their display names.
- The raw field values on an item, including the ones no view shows.
- Who has permissions where, at whichever level you have drilled to.
- File contents, for text and Office files, in a built-in editor.
How it runs
- Sign in. One tenant, asked when you click the tile.
- Drill down. Tenant, site, list, folder, item. Each level loads when you open it rather than all at once.
- Read or edit. Values and file contents are shown as they are. Editing is deliberate and per item.
- Open in. On the tenant, a site or a list, the Open in menu opens SharePoint's own admin and settings pages (admin centre, site settings, recycle bin, storage metrics, list settings and more) inside ShareMaster, signed in as the account you connected with. Site information lists the site's ids, template, language, storage and more, every value copyable.
How it works
Nothing is read until you open it. Each level of the tree, a site's lists, a library's folders, a folder's files, is fetched when you expand it, and the extra tabs in the details pane (permissions, versions and the like) are fetched the first time you click them. What you see is what SharePoint returned at that moment.
Every change is made on one object at a time, from its Edit tab or its Danger zone, and nothing is sent until you press Save. The fields are checked first (required values, length, numbers, choices), and a field that cannot be changed is shown locked with the reason rather than accepted and dropped.
Delete asks first and names the object. Lists, libraries, items, files and subsites deleted here go to the recycle bin rather than straight out of SharePoint, and the tree is read again afterwards.
A file opened in the built-in editor is saved back whole, in the text encoding it had, and the save is refused if the file has been replaced since you opened it. On a library that keeps versions the save becomes a new version. A scriptable file such as an .aspx page, on a site that blocks custom scripts, is saved only after you agree to custom scripts being turned on for that save; ShareMaster turns them off again straight afterwards, and if it cannot, it says so, names the site, and does not let the editor close without your decision.
What you need
- Read access to what you browse. Tenant-wide site listing needs the SharePoint administrator role; otherwise paste a site URL.
- A one-time admin consent for the tenant. This screen runs on Microsoft Graph, and Graph does not accept a browser sign-in - so the credential must be an app-authentication token, and the Graph permissions behind it are granted once by a Global Administrator, Privileged Role Administrator or Cloud Application Administrator. After that consent everyone else signs in as an ordinary user. If nobody can give it, List Explorer does the show / hide and version-history part of this job on a plain user sign-in.
What it will not do
- The site list comes from the search index, so a site created in the last few minutes may not appear yet. Paste its URL instead.
- The tree does not refresh itself under a long-running clone. Reopen a node to see current state.
- It is a browser, not a bulk tool. To change many things at once, use the feature built for it.
- Open in never uses your default web browser, because that is often signed in to a different tenant. Admin centre pages need the SharePoint Administrator role; without it SharePoint shows its own access-denied page. A link to another tenant is refused.