Measured entry
hextaui-auth-verify-email
A client-side React card for presenting pending, verifying, verified, expired, and error states in an email-confirmation flow. It ships as a shadcn registry item and composes shadcn Card and Button primitives, Lucide icons, Tailwind theme utilities, React state, and the shared cn helper.



Measured
Every value below was written by the harness on the run that produced the frames above. None of it is derived from the prose.
| Build | OK |
|---|---|
| Mount | OK |
| Console errors | 0 |
| Uncaught page errors | 0 |
| Horizontal overflow | clean at 375, 768, 1440 |
| Axe critical | 0 |
| Axe serious | 0 |
| Axe moderate | 0 |
| Axe minor | 0 |
| Gzip marginal | 33.9 KB (99.3 KB build, 65.4 KB baseline) |
| Bare mode | FAIL |
| Provider required | NO |
| Demo used | written from the component source API |
What the harness recorded
BARE BUILD
✗ Build failed in 1m 58s error during build: [vite:load-fallback] Could not load <sandbox>/src/lib/utils (imported by src/cut/blocks/auth/auth-verify-email.tsx): ENOENT: no such file or directory, open '<sandbox>/src/lib/utils'
Verdict
A credible presentation shell with clean status coverage and a responsive mount, but it is not a finished auth flow. It needs a shadcn-style setup, backend wiring, and cleanup of the unused verification and loading props before production use.
Use it if
- Your product already uses shadcn conventions and needs a compact email-verification status screen.
- You have backend verification and resend endpoints ready to connect through component props.
- You want pending, success, expiry, and failure messaging to share one consistent card shell.
Skip it if
- You need the component itself to read a token and perform verification, because its verification callback is exposed but never called.
- You need built-in navigation after success or failure.
- Your design system does not use Tailwind theme tokens or shadcn primitives and you do not want to port the styling.
- You expect the loading prop to control the interface, because it is currently unused.
Install
| Declared dependencies | @radix-ui/react-slot |
|---|---|
| Missing on install | none |
| Bare install | fails once the shadcn-style helpers are removed, so it needs that setup |
| Provider | no provider required in the harness |
In a non-shadcn project, add React, Lucide React, Radix Slot, compatible Card and Button primitives, Tailwind utilities with the referenced theme tokens, a cn class-merging helper, and matching import aliases. Then wire resend, token verification, and post-verification navigation in the host application.
Source and credit
This page is a review, not a copy. The component source lives with its author and this site does not republish it. Read the license before you use anything.
Author repository
github.com/preetsuthar17/HextaUIAlternatives
Other published entries for the auth-form pattern, ordered by what they measured: mounts first, then clean axe scans, then bare-mode passes, then the smaller bundle.
- meraki-auth-sign-in-card-with-side-imageminimal-flat
- Renders
- YES
- A11y
- 0
- Gzip
- 18.9KB
- Bare
- pass
- Prov
- NO
- shadcn-block-login-01minimal-flat
- Renders
- YES
- A11y
- 0
- Gzip
- 30.3KB
- Bare
- fail
- Prov
- NO
- shadcn-block-login-02minimal-flat
- Renders
- YES
- A11y
- 0
- Gzip
- 31.9KB
- Bare
- fail
- Prov
- NO
- shadcn-block-login-05minimal-flat
- Renders
- YES
- A11y
- 0
- Gzip
- 31.9KB
- Bare
- fail
- Prov
- NO
- 8bitcn-login-formskeuomorphism
- Renders
- YES
- A11y
- 0
- Gzip
- 33.2KB
- Bare
- fail
- Prov
- NO
- 8bitcn-advanced3skeuomorphism
- Renders
- YES
- A11y
- 0
- Gzip
- 33.3KB
- Bare
- fail
- Prov
- NO