About this block

Deactivated Account Page is the full-page state shown when a user is locked out. The intro names who deactivated the account (Marcus Kim, Admin) and when (Jun 10, 2026) and states the user is signed out of all devices. A restores card lists four items returned on reactivation: all projects and tasks, comments and mentions and notifications, integrations and API keys, and profile and preferences, followed by the honest anchor line: your data has been retained, nothing is deleted on deactivation. The primary button is a mailto link addressed directly to marcus@acme.com reading Request reactivation from Marcus Kim. The footer note names the fallback admin (Avery Stone, Owner, avery@acme.com) and states we cannot reactivate accounts on your behalf.

Restored items are one const string array. Naming the deactivating admin and the fallback owner in the same screen removes the need for a support ticket in the most common case.

When to use

Reach for this block as the full-page route shown after a failed sign-in when the account status is deactivated, wired to your session check returning the deactivating admin name and date.

A natural flow around it on an Application Pro page:

Before

• Nothing, auth pages are the page

After

• Nothing, the user must contact an admin to continue

What you can display

One strong use is admin-deactivated account recovery. Other states:

• Self-deactivated. The same layout with a Reactivate my account button if the user can reverse it themselves.
• Payment lapse. The workspace is suspended; the restores list becomes a what you will recover list tied to a billing update action.
• Pending deletion. A countdown to permanent deletion with a cancel-deletion CTA for the owner.

Tip: listing every item that reactivation restores converts a frightening lock-out into a recoverable pause and removes the first support question.