Measured entry
hextaui-auth-two-factor-verify
A client-side React verification card for authenticator codes, resend handling, inline errors, and an optional recovery-code path. It ships as a HextaUI shadcn registry block and depends on local button, card, field, input-group, OTP, and separator primitives, plus React, Lucide icons, input-otp, Radix-based UI packages, Tailwind theme tokens, and a local cn utility.



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 | 42.2 KB (107.6 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 2m 9s error during build: [vite:load-fallback] Could not load <sandbox>/src/lib/utils (imported by src/cut/blocks/auth/auth-two-factor-verify.tsx): ENOENT: no such file or directory, open '<sandbox>/src/lib/utils'
Verdict
A credible, accessible starting point for a conventional second-factor screen, with useful recovery and resend states already modeled. It needs a shadcn-style setup and is not a drop-in component for a bare React project, so its value is highest when those conventions already exist.
Use it if
- You need a focused second-factor step with authenticator and recovery-code flows in the same card.
- Your app already uses shadcn-style aliases, primitives, Tailwind theme tokens, and a cn utility.
- You want submission, resend, loading, and server-error behavior exposed through callbacks and props.
Skip it if
- You need a complete authentication backend, challenge issuance, or recovery-code validation rather than presentation and client state.
- Your design system cannot absorb HextaUI's local primitives, aliases, and theme-token conventions.
- Your verification flow requires a different code format or more control over OTP composition than this fixed authenticator layout provides.
Install
| Declared dependencies | @radix-ui/react-slot, @radix-ui/react-label, @radix-ui/react-separator, input-otp |
|---|---|
| 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 the referenced React, Lucide, input-otp, and Radix packages; recreate or replace the local UI primitives; provide the cn helper and import aliases; and map the Tailwind color, spacing, focus, and animation classes to your design system. Wire the callbacks to real verification and resend endpoints.
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