Deleting & restoring pages

Deleting a page in tela does not destroy it. The page is moved to its space's Trash, where it stays until someone puts it back.

[!NOTE] Deleting a page also deletes its sub-pages — they are part of the page, not neighbours of it. They go to the Trash together and come back together.

Find the Trash

Open a space (click its name in the sidebar) and pick the Trash tab, next to Overview and Health. The tab shows a count when the space has anything in it.

Each row is a page someone deleted, newest first:

• when it was deleted
• how many sub-pages went with it — these are what a restore brings back alongside it
• where it used to live, so two pages with the same name are still tellable apart

Only the page the delete was aimed at gets a row. Its sub-pages are not listed separately, because restoring the parent already brings them.

Restore a page

Click Restore on its row. The page and everything that went down with it return to exactly where they were — same parent, same body, same attachments, and its links to other pages are rebuilt.

[!TIP] A sub-page you deleted on its own, before its parent went, is a separate delete — restoring the parent will not quietly undo it. It gets its own row in the Trash, and you can restore it from there.

Anyone who can read the space can look in the Trash. Restoring needs editor or owner, like any other change.

Deleting from a synced vault

If you sync a space to files (see [[Sync with rclone]]), deleting <page>.md deletes that page — and its sub-pages, which live in the <page>/ folder beside it. They land in the Trash like any other delete, so the way back is the same.

What this is not

Restoring a page is not the same as restoring its content. If the page is still there but you want an earlier version of what it said, that is [[Page history & revision restore]] — a per-save history of the body, independent of the Trash.