@payez/next-mvp 4.4.9 → 4.5.0

package/README.md

@@ -256,6 +256,59 @@ export default function VerifyCodePageWrapper() {
 }
 ```
 
+#### What your app must serve (PAY-2121)
+
+The IdP emails links that land on paths your app must host. Two of them are
+conventions the kit mounts for you; wire them or the link 404s at your site:
+
+**Invitation / onboarding** - `app/account-auth/onboarding/page.tsx`:
+
+```typescript
+// The IdP's welcome email links to
+//   {your site}/account-auth/onboarding?client_id=&onboard_token=
+export { default } from '@payez/next-mvp/pages/onboarding';
+```
+
+and the API it posts to (token-driven, no session) - one mount file each:
+
+```typescript
+// app/api/onboarding/verify-code/route.ts
+export { POST } from '@payez/next-mvp/routes/onboarding/verify-code';
+// app/api/onboarding/send-email-code/route.ts
+export { POST } from '@payez/next-mvp/routes/onboarding/send-email-code';
+// app/api/onboarding/verify-welcome-email/route.ts
+export { POST } from '@payez/next-mvp/routes/onboarding/verify-welcome-email';
+// app/api/onboarding/set-password/route.ts
+export { POST } from '@payez/next-mvp/routes/onboarding/set-password';
+```
+
+**Post-verify reset fragment on `/`** - mount the bridge on your home page:
+
+```typescript
+// app/page.tsx
+import { PasswordResetBridge } from '@payez/next-mvp/components/auth/PasswordResetBridge';
+
+export default function Home() {
+  return (<><PasswordResetBridge />{/* your home page */}</>);
+}
+```
+
+When the IdP's verification redirect lands on `/#password_reset_required=true&reset_token=…&email=…`
+(a fragment, for a passwordless account), the bridge performs one replace to
+`/account-auth/recovery?token=…&email=…` and clears the hash. With any other
+fragment it renders nothing. `npx @payez/create-next-app` writes all of the above.
+
+**Registration** has two doors, and the kit ships neither as a page:
+
+- **Owner-initiated invite** (shipped here): an existing owner invites a user; the invite
+  email lands on `/account-auth/onboarding` (above), which the kit now serves.
+- **Self-serve sign-up**: the kit exposes the IdP's ProgressiveAuth flow as API endpoints
+  (`/api/ProgressiveAuth/step1`..`step5`, then `/api/ProgressiveAuth/verify-email`;
+  `API_ENDPOINTS.progressiveAuth` in `config/env.ts`). The kit ships **no** registration
+  page, so a developer who wants self-serve sign-up authors a page that drives that flow,
+  respecting the tenant's `allow_public_registration` / waitlist state. The login page no
+  longer links a register page, because the kit does not ship one.
+
 ### 6. Protect Routes with Authentication
 
 **Server-side protection:**

package/dist/api-handlers/onboarding/send-email-code.d.ts

@@ -0,0 +1,11 @@
+/**
+ * POST /api/onboarding/send-email-code (PAY-2121).
+ *
+ * Body: { onboard_token } - token-driven, no session. Thin proxy to the IdP's
+ * POST /api/Onboarding/send-email-code. The IdP derives the recipient from the
+ * token's BOUND email only, never from client input, so a tampered link cannot
+ * redirect the code. Also the resend leg the verify card's cooldown fires
+ * against.
+ */
+import { NextRequest } from 'next/server';
+export declare function POST(req: NextRequest): Promise<import("next/server").NextResponse<unknown>>;

package/dist/api-handlers/onboarding/send-email-code.js

@@ -0,0 +1,11 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.POST = POST;
+const onboarding_proxy_1 = require("../../lib/onboarding-proxy");
+async function POST(req) {
+    const body = await req.json().catch(() => ({}));
+    const onboardToken = body?.onboard_token;
+    if (!onboardToken)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_TOKEN', 'onboard_token is required');
+    return (0, onboarding_proxy_1.onboardingProxy)(req, '/api/Onboarding/send-email-code');
+}

package/dist/api-handlers/onboarding/set-password.d.ts

@@ -0,0 +1,12 @@
+/**
+ * POST /api/onboarding/set-password (PAY-2121).
+ *
+ * Body: { onboard_token, email, reset_token, new_password } - the locked
+ * contract (IdP OnboardingDtos.cs SetPasswordRequest, all four snake_case).
+ * email + reset_token come from the verify-code response; the IdP re-checks
+ * email against the token's bound user before consuming the single-use token.
+ * On success the IdP sets the password AND completes onboarding (issues tokens).
+ * Thin proxy - status and body pass through verbatim.
+ */
+import { NextRequest } from 'next/server';
+export declare function POST(req: NextRequest): Promise<import("next/server").NextResponse<unknown>>;

package/dist/api-handlers/onboarding/set-password.js

@@ -0,0 +1,15 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.POST = POST;
+const onboarding_proxy_1 = require("../../lib/onboarding-proxy");
+async function POST(req) {
+    const body = await req.json().catch(() => ({}));
+    const b = body;
+    if (!b?.onboard_token)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_TOKEN', 'onboard_token is required');
+    if (!b?.email || !b?.reset_token)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_RESET_CONTEXT', 'email and reset_token (from verify-code) are required');
+    if (!b?.new_password)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_PASSWORD', 'new_password is required');
+    return (0, onboarding_proxy_1.onboardingProxy)(req, '/api/Onboarding/set-password');
+}

package/dist/api-handlers/onboarding/verify-code.d.ts

@@ -0,0 +1,11 @@
+/**
+ * POST /api/onboarding/verify-code (PAY-2121).
+ *
+ * Body: { onboard_token, code } - token-driven, no session. Thin proxy to the
+ * IdP's POST /api/Onboarding/verify-code, which answers
+ * { success, reset_token, email, client_key } on success (OnboardingDtos.cs
+ * VerifyCodeResponse). reset_token + email are what the set-password step needs
+ * next. The onboard_token IS the auth; there is no session to attach.
+ */
+import { NextRequest } from 'next/server';
+export declare function POST(req: NextRequest): Promise<import("next/server").NextResponse<unknown>>;

package/dist/api-handlers/onboarding/verify-code.js

@@ -0,0 +1,14 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.POST = POST;
+const onboarding_proxy_1 = require("../../lib/onboarding-proxy");
+async function POST(req) {
+    const body = await req.json().catch(() => ({}));
+    const onboardToken = body?.onboard_token;
+    const code = body?.code;
+    if (!onboardToken)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_TOKEN', 'onboard_token is required');
+    if (!code)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_CODE', 'code is required');
+    return (0, onboarding_proxy_1.onboardingProxy)(req, '/api/Onboarding/verify-code');
+}

package/dist/api-handlers/onboarding/verify-welcome-email.d.ts

@@ -0,0 +1,10 @@
+/**
+ * POST /api/onboarding/verify-welcome-email (PAY-2121).
+ *
+ * Body: { onboard_token } - token-driven, no session. Thin proxy to the IdP's
+ * POST /api/Onboarding/verify-welcome-email, which answers the masked contact
+ * info + expiry the verify card displays. The onboarding page calls this to
+ * render its "check your email / here is what we know" state.
+ */
+import { NextRequest } from 'next/server';
+export declare function POST(req: NextRequest): Promise<import("next/server").NextResponse<unknown>>;

package/dist/api-handlers/onboarding/verify-welcome-email.js

@@ -0,0 +1,11 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.POST = POST;
+const onboarding_proxy_1 = require("../../lib/onboarding-proxy");
+async function POST(req) {
+    const body = await req.json().catch(() => ({}));
+    const onboardToken = body?.onboard_token;
+    if (!onboardToken)
+        return (0, onboarding_proxy_1.onboardingBadRequest)('MISSING_TOKEN', 'onboard_token is required');
+    return (0, onboarding_proxy_1.onboardingProxy)(req, '/api/Onboarding/verify-welcome-email');
+}

package/dist/auth/password-reset-bridge.d.ts

@@ -0,0 +1,70 @@
+/**
+ * PAY-2121: the fragment bridge on `/`.
+ *
+ * The IdP's post-verify redirect for a passwordless account lands on
+ *   ORIGIN/#password_reset_required=true&reset_token=<token>&email=<addr>
+ * - a FRAGMENT, never a query (ProgressiveAuthController.cs:1204-1222). A fresh
+ * @payez/next-mvp app has no fragment handling at all, so the user lands on `/`
+ * and nothing happens; their reset is lost.
+ *
+ * This is the PURE half (data in, data out) so a test can execute it without a
+ * DOM. The client component (PasswordResetBridge) calls it on mount with
+ * `window.location.hash`. The kit's reset surface is the existing
+ * `/account-auth/recovery` page, which reads `?email=` and a reset token - so the
+ * bridge rewrites the fragment into that surface's OWN query shape and navigates
+ * once. It invents no new reset flow.
+ *
+ * CONTRACT:
+ *   '#password_reset_required=true&reset_token=T&email=a%40b.co' -> '/account-auth/recovery?token=T&email=a%40b.co'
+ *   any other fragment (no flag, flag != true, no token) -> null (leave `/` alone)
+ */
+/** The reset surface the bridge hands off to, by its existing path. */
+export declare const RECOVERY_PATH = "/account-auth/recovery";
+/**
+ * PAY-2121 (BAPert 70576): the recovery page's ENTRY decision, as a pure function.
+ *
+ * The bridge now sends a VERIFIED passwordless user to
+ *   /account-auth/recovery?token=<reset_token>&email=<addr>
+ * with a REAL reset token in hand. If the page then showed its request-a-code
+ * step, it would throw that token away and the flow would still dead-end - just
+ * one page later. So when a token is present the page must start at the
+ * set-password step and submit straight through resetPasswordWithToken.
+ *
+ *   token present      -> { step: 'set-password', resetToken: <token> }
+ *   no token           -> { step: 'initiate',    resetToken: null }   (today's behaviour)
+ */
+export declare function recoveryEntry(token: string | null | undefined, email: string | null | undefined): {
+    step: 'set-password' | 'initiate';
+    resetToken: string | null;
+    email: string;
+};
+/**
+ * PAY-2121 (BAPert 70582): the set-password SUBMIT precondition, as a pure
+ * function. The old guard was `if (!passwordResetToken || !recoverySession) return;`.
+ * Removing the session half (so a deep-linked reset can submit) must NOT let a
+ * submit with NO token reach the API carrying an empty token - which is exactly
+ * what a guard-less submit would do. This decides it, in one testable place:
+ *
+ *   resetSubmitTarget(resetToken, sessionEmail, queryEmail):
+ *     - no token (after trim)          -> null   (REFUSE: never call the API with an empty token)
+ *     - token, session email present   -> { token, email: sessionEmail }
+ *     - token, only a query email      -> { token, email: queryEmail }  (the deep-link case)
+ *     - token, but NO email anywhere    -> null   (REFUSE: nothing to reset)
+ *
+ * Returns the exact { token, email } the caller must pass to
+ * accountApi.resetPasswordWithToken, or null to refuse BEFORE any request.
+ */
+export declare function resetSubmitTarget(resetToken: string | null | undefined, sessionEmail: string | null | undefined, queryEmail: string | null | undefined): {
+    token: string;
+    email: string;
+} | null;
+/**
+ * The redirect the fragment asks for, or null when the fragment is not a reset
+ * request. `hash` is `window.location.hash` (leading '#' optional).
+ *
+ * Returns null - leaves `/` untouched - when:
+ *   - the fragment is empty;
+ *   - `password_reset_required` is absent or not exactly 'true';
+ *   - no `reset_token` is present (nothing to reset with; not a real link).
+ */
+export declare function passwordResetRedirect(hash: string | null | undefined): string | null;

package/dist/auth/password-reset-bridge.js

@@ -0,0 +1,99 @@
+"use strict";
+/**
+ * PAY-2121: the fragment bridge on `/`.
+ *
+ * The IdP's post-verify redirect for a passwordless account lands on
+ *   ORIGIN/#password_reset_required=true&reset_token=<token>&email=<addr>
+ * - a FRAGMENT, never a query (ProgressiveAuthController.cs:1204-1222). A fresh
+ * @payez/next-mvp app has no fragment handling at all, so the user lands on `/`
+ * and nothing happens; their reset is lost.
+ *
+ * This is the PURE half (data in, data out) so a test can execute it without a
+ * DOM. The client component (PasswordResetBridge) calls it on mount with
+ * `window.location.hash`. The kit's reset surface is the existing
+ * `/account-auth/recovery` page, which reads `?email=` and a reset token - so the
+ * bridge rewrites the fragment into that surface's OWN query shape and navigates
+ * once. It invents no new reset flow.
+ *
+ * CONTRACT:
+ *   '#password_reset_required=true&reset_token=T&email=a%40b.co' -> '/account-auth/recovery?token=T&email=a%40b.co'
+ *   any other fragment (no flag, flag != true, no token) -> null (leave `/` alone)
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RECOVERY_PATH = void 0;
+exports.recoveryEntry = recoveryEntry;
+exports.resetSubmitTarget = resetSubmitTarget;
+exports.passwordResetRedirect = passwordResetRedirect;
+/** The reset surface the bridge hands off to, by its existing path. */
+exports.RECOVERY_PATH = '/account-auth/recovery';
+/**
+ * PAY-2121 (BAPert 70576): the recovery page's ENTRY decision, as a pure function.
+ *
+ * The bridge now sends a VERIFIED passwordless user to
+ *   /account-auth/recovery?token=<reset_token>&email=<addr>
+ * with a REAL reset token in hand. If the page then showed its request-a-code
+ * step, it would throw that token away and the flow would still dead-end - just
+ * one page later. So when a token is present the page must start at the
+ * set-password step and submit straight through resetPasswordWithToken.
+ *
+ *   token present      -> { step: 'set-password', resetToken: <token> }
+ *   no token           -> { step: 'initiate',    resetToken: null }   (today's behaviour)
+ */
+function recoveryEntry(token, email) {
+    const tok = (token ?? '').trim();
+    return {
+        step: tok ? 'set-password' : 'initiate',
+        resetToken: tok || null,
+        email: (email ?? '').trim(),
+    };
+}
+/**
+ * PAY-2121 (BAPert 70582): the set-password SUBMIT precondition, as a pure
+ * function. The old guard was `if (!passwordResetToken || !recoverySession) return;`.
+ * Removing the session half (so a deep-linked reset can submit) must NOT let a
+ * submit with NO token reach the API carrying an empty token - which is exactly
+ * what a guard-less submit would do. This decides it, in one testable place:
+ *
+ *   resetSubmitTarget(resetToken, sessionEmail, queryEmail):
+ *     - no token (after trim)          -> null   (REFUSE: never call the API with an empty token)
+ *     - token, session email present   -> { token, email: sessionEmail }
+ *     - token, only a query email      -> { token, email: queryEmail }  (the deep-link case)
+ *     - token, but NO email anywhere    -> null   (REFUSE: nothing to reset)
+ *
+ * Returns the exact { token, email } the caller must pass to
+ * accountApi.resetPasswordWithToken, or null to refuse BEFORE any request.
+ */
+function resetSubmitTarget(resetToken, sessionEmail, queryEmail) {
+    const tok = (resetToken ?? '').trim();
+    if (!tok)
+        return null;
+    const email = ((sessionEmail ?? '').trim() || (queryEmail ?? '').trim());
+    if (!email)
+        return null;
+    return { token: tok, email };
+}
+/**
+ * The redirect the fragment asks for, or null when the fragment is not a reset
+ * request. `hash` is `window.location.hash` (leading '#' optional).
+ *
+ * Returns null - leaves `/` untouched - when:
+ *   - the fragment is empty;
+ *   - `password_reset_required` is absent or not exactly 'true';
+ *   - no `reset_token` is present (nothing to reset with; not a real link).
+ */
+function passwordResetRedirect(hash) {
+    const raw = (hash ?? '').replace(/^#/, '');
+    if (!raw)
+        return null;
+    const params = new URLSearchParams(raw);
+    if (params.get('password_reset_required') !== 'true')
+        return null;
+    const token = params.get('reset_token') ?? '';
+    if (!token)
+        return null;
+    const email = params.get('email') ?? '';
+    const qs = new URLSearchParams({ token });
+    if (email)
+        qs.set('email', email);
+    return `${exports.RECOVERY_PATH}?${qs.toString()}`;
+}

package/dist/auth/route-config.js

@@ -46,6 +46,23 @@ const defaultUnauthenticatedRoutes = [
         allowDuringCircuitBreakerOpen: true,
         requiresRateLimit: false
     },
+    // PAY-2121: the IdP emails an invite link to /account-auth/onboarding and a
+    // post-verify reset FRAGMENT on '/'. Both must be reachable unauthenticated -
+    // the invitee has no session (the onboard_token IS the credential), and the
+    // fragment lands on the already-public root. Listed explicitly, not left to
+    // the /account-auth/* wildcard, so the two conventional paths are visible here.
+    {
+        pattern: '/account-auth/onboarding',
+        description: 'IdP invite/onboarding landing page (token-driven, no session)',
+        allowDuringCircuitBreakerOpen: true,
+        requiresRateLimit: false
+    },
+    {
+        pattern: '/api/onboarding/*',
+        description: 'Onboarding API (token-driven, no session)',
+        allowDuringCircuitBreakerOpen: true,
+        requiresRateLimit: true
+    },
     {
         pattern: '/api/auth/*',
         description: 'Authentication API endpoints',

package/dist/components/auth/PasswordResetBridge.d.ts

@@ -0,0 +1,17 @@
+/**
+ * PAY-2121: mount this once on your app's `/` page. When the IdP's post-verify
+ * redirect lands on `/#password_reset_required=true&reset_token=<t>&email=<e>`
+ * (a FRAGMENT), this performs ONE replace to the kit's reset surface and clears
+ * the hash. With any other fragment it renders nothing and leaves `/` alone.
+ *
+ * It renders nothing and reads no user data - it only inspects the fragment.
+ *
+ * @example
+ * // app/page.tsx
+ * import { PasswordResetBridge } from '@payez/next-mvp/components/auth/PasswordResetBridge';
+ * export default function Home() {
+ *   return (&lt;&gt;&lt;PasswordResetBridge /&gt;&lt;/&gt;);
+ * }
+ */
+export declare function PasswordResetBridge(): null;
+export default PasswordResetBridge;

package/dist/components/auth/PasswordResetBridge.js

@@ -0,0 +1,32 @@
+"use strict";
+'use client';
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.PasswordResetBridge = PasswordResetBridge;
+const react_1 = require("react");
+const password_reset_bridge_1 = require("../../auth/password-reset-bridge");
+/**
+ * PAY-2121: mount this once on your app's `/` page. When the IdP's post-verify
+ * redirect lands on `/#password_reset_required=true&reset_token=<t>&email=<e>`
+ * (a FRAGMENT), this performs ONE replace to the kit's reset surface and clears
+ * the hash. With any other fragment it renders nothing and leaves `/` alone.
+ *
+ * It renders nothing and reads no user data - it only inspects the fragment.
+ *
+ * @example
+ * // app/page.tsx
+ * import { PasswordResetBridge } from '@payez/next-mvp/components/auth/PasswordResetBridge';
+ * export default function Home() {
+ *   return (&lt;&gt;&lt;PasswordResetBridge /&gt;&lt;/&gt;);
+ * }
+ */
+function PasswordResetBridge() {
+    (0, react_1.useEffect)(() => {
+        if (typeof window === 'undefined')
+            return;
+        const target = (0, password_reset_bridge_1.passwordResetRedirect)(window.location.hash);
+        if (target)
+            window.location.replace(target);
+    }, []);
+    return null;
+}
+exports.default = PasswordResetBridge;

package/dist/lib/onboarding-proxy.d.ts

@@ -0,0 +1,30 @@
+/**
+ * PAY-2121: shared anonymous IDP proxy for the /api/onboarding/* handlers.
+ *
+ * The onboarding flow is TOKEN-DRIVEN: the invitee has no account or session
+ * yet, and the onboard_token IS the credential. So these calls must NOT go
+ * through idpFetchJSON (which injects a Bearer from a Redis session) - there is
+ * no session. They are plain server-to-server POSTs to the IdP, exactly as the
+ * VibeID portal's hand-built /api/onboarding/* routes do (card 182611).
+ *
+ * WHY A SERVER ROUTE AT ALL, AND NOT A BROWSER CALL: the IdP URL is not exposed
+ * to the browser, and the route is the one place that owns that. The token is
+ * forwarded, never the IdP's host.
+ */
+import { NextRequest, NextResponse } from 'next/server';
+/** A typed refusal in the kit's error envelope - used for a missing field, BEFORE any IdP call. */
+export declare function onboardingBadRequest(code: string, message: string): NextResponse<{
+    success: boolean;
+    message: string;
+    error: {
+        code: string;
+    };
+}>;
+/**
+ * POST a JSON body to `{IDP_URL}{idpPath}` with no credentials, and relay the
+ * IdP's status and body verbatim (the page acts on what the IdP actually
+ * returns, not on a shape this layer guesses). Never relays the IdP error TEXT
+ * for a non-2xx is NOT done here: the onboarding endpoints answer structured
+ * envelopes the page reads; the page owns the copy.
+ */
+export declare function onboardingProxy(req: NextRequest, idpPath: string): Promise<NextResponse>;

package/dist/lib/onboarding-proxy.js

@@ -0,0 +1,62 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.onboardingBadRequest = onboardingBadRequest;
+exports.onboardingProxy = onboardingProxy;
+/**
+ * PAY-2121: shared anonymous IDP proxy for the /api/onboarding/* handlers.
+ *
+ * The onboarding flow is TOKEN-DRIVEN: the invitee has no account or session
+ * yet, and the onboard_token IS the credential. So these calls must NOT go
+ * through idpFetchJSON (which injects a Bearer from a Redis session) - there is
+ * no session. They are plain server-to-server POSTs to the IdP, exactly as the
+ * VibeID portal's hand-built /api/onboarding/* routes do (card 182611).
+ *
+ * WHY A SERVER ROUTE AT ALL, AND NOT A BROWSER CALL: the IdP URL is not exposed
+ * to the browser, and the route is the one place that owns that. The token is
+ * forwarded, never the IdP's host.
+ */
+const server_1 = require("next/server");
+const env_1 = require("../config/env");
+const idp_url_guard_1 = require("./idp-url-guard");
+/** A typed refusal in the kit's error envelope - used for a missing field, BEFORE any IdP call. */
+function onboardingBadRequest(code, message) {
+    return server_1.NextResponse.json({ success: false, message, error: { code } }, { status: 400 });
+}
+/**
+ * POST a JSON body to `{IDP_URL}{idpPath}` with no credentials, and relay the
+ * IdP's status and body verbatim (the page acts on what the IdP actually
+ * returns, not on a shape this layer guesses). Never relays the IdP error TEXT
+ * for a non-2xx is NOT done here: the onboarding endpoints answer structured
+ * envelopes the page reads; the page owns the copy.
+ */
+async function onboardingProxy(req, idpPath) {
+    const idpBase = env_1.ENV_CONFIG.IDP_URL;
+    if (!idpBase) {
+        return server_1.NextResponse.json({ success: false, message: 'IDP_URL is not configured', error: { code: 'NO_IDP_URL' } }, { status: 500 });
+    }
+    const url = `${idpBase}${idpPath}`;
+    (0, idp_url_guard_1.assertAbsoluteIdpUrl)(url);
+    let bodyText = '{}';
+    try {
+        const raw = await req.text();
+        if (raw && raw.trim().length > 0)
+            bodyText = raw;
+    }
+    catch { /* empty body is fine */ }
+    const headers = { 'Content-Type': 'application/json', Accept: 'application/json' };
+    const xfwd = req.headers.get('x-forwarded-for') || req.headers.get('x-real-ip');
+    if (xfwd)
+        headers['X-Forwarded-For'] = xfwd;
+    const ua = req.headers.get('user-agent');
+    if (ua)
+        headers['User-Agent'] = ua;
+    let res;
+    try {
+        res = await fetch(url, { method: 'POST', headers, body: bodyText, cache: 'no-store' });
+    }
+    catch {
+        return server_1.NextResponse.json({ success: false, message: 'The identity service is unreachable.', error: { code: 'UPSTREAM_UNREACHABLE' } }, { status: 502 });
+    }
+    const json = await res.json().catch(() => null);
+    return server_1.NextResponse.json(json ?? { success: res.ok }, { status: res.status });
+}

package/dist/pages/login/page.js

@@ -206,7 +206,7 @@ function LoginForm({ altAuthSlot }) {
         .themed-status-submitting svg {
           color: ${buttonColor} !important;
         }
-      ` } }), (0, jsx_runtime_1.jsx)("div", { className: `min-h-screen flex items-center justify-center px-4 ${colors.background}`, children: (0, jsx_runtime_1.jsxs)("div", { className: "max-w-md w-full", children: [(0, jsx_runtime_1.jsxs)("div", { className: `rounded-2xl shadow-xl p-8 ${colors.card} ${colors.border} text-gray-800`, children: [(0, jsx_runtime_1.jsxs)("div", { className: "text-center mb-8", children: [(0, jsx_runtime_1.jsx)("h1", { className: "text-3xl font-bold mb-2", style: { color: 'inherit' }, children: branding.tagline || 'Welcome Back' }), (0, jsx_runtime_1.jsx)("p", { className: colors.muted, children: "Sign in to your account" })] }), googleEnabled && ((0, jsx_runtime_1.jsx)(jsx_runtime_1.Fragment, { children: (0, jsx_runtime_1.jsxs)("button", { type: "button", onClick: () => void handleGoogleSignIn(), disabled: googleLoading || isSubmitting, "data-testid": "google-sign-in", className: "w-full px-4 py-3 mb-6 rounded-lg border border-gray-300 font-semibold transition-colors flex items-center justify-center gap-2 disabled:opacity-50 disabled:cursor-not-allowed hover:bg-gray-50", style: { backgroundColor: 'white', color: '#1f2937' }, children: [googleLoading ? ((0, jsx_runtime_1.jsxs)("svg", { className: "animate-spin w-5 h-5", fill: "none", viewBox: "0 0 24 24", children: [(0, jsx_runtime_1.jsx)("circle", { className: "opacity-25", cx: "12", cy: "12", r: "10", stroke: "currentColor", strokeWidth: "4" }), (0, jsx_runtime_1.jsx)("path", { className: "opacity-75", fill: "currentColor", d: "M4 12a8 8 0 018-8v4a4 4 0 00-4 4H4z" })] })) : ((0, jsx_runtime_1.jsxs)("svg", { className: "w-5 h-5", viewBox: "0 0 24 24", fill: "currentColor", children: [(0, jsx_runtime_1.jsx)("path", { d: "M22.56 12.25c0-.78-.07-1.53-.2-2.25H12v4.26h5.92c-.26 1.37-1.04 2.53-2.21 3.31v2.77h3.57c2.08-1.92 3.28-4.74 3.28-8.09z", fill: "#4285F4" }), (0, jsx_runtime_1.jsx)("path", { d: "M12 23c2.97 0 5.46-.98 7.28-2.66l-3.57-2.77c-.98.66-2.23 1.06-3.71 1.06-2.86 0-5.29-1.93-6.16-4.53H2.18v2.84C3.99 20.53 7.7 23 12 23z", fill: "#34A853" }), (0, jsx_runtime_1.jsx)("path", { d: "M5.84 14.09c-.22-.66-.35-1.36-.35-2.09s.13-1.43.35-2.09V7.07H2.18C1.43 8.55 1 10.22 1 12s.43 3.45 1.18 4.93l2.85-2.22.81-.62z", fill: "#FBBC05" }), (0, jsx_runtime_1.jsx)("path", { d: "M12 5.38c1.62 0 3.06.56 4.21 1.64l3.15-3.15C17.45 2.09 14.97 1 12 1 7.7 1 3.99 3.47 2.18 7.07l3.66 2.84c.87-2.6 3.3-4.53 6.16-4.53z", fill: "#EA4335" })] })), googleLoading ? 'Redirecting to Google…' : 'Continue with Google'] }) })), altAuthSlot && (0, jsx_runtime_1.jsx)("div", { className: "mt-4", children: altAuthSlot }), (0, jsx_runtime_1.jsx)("div", { className: `mt-6 text-center text-sm ${colors.muted}`, children: (0, jsx_runtime_1.jsx)("a", { href: "/account-auth/recovery", className: "themed-link hover:underline", children: "Start account recovery" }) })] }), (0, jsx_runtime_1.jsxs)("p", { className: `mt-4 text-center text-sm ${colors.muted}`, children: ["Don't have an account?", ' ', (0, jsx_runtime_1.jsx)("a", { href: "/account-auth/register", className: "themed-link font-medium hover:underline", children: "Sign up" })] })] }) })] }));
+      ` } }), (0, jsx_runtime_1.jsx)("div", { className: `min-h-screen flex items-center justify-center px-4 ${colors.background}`, children: (0, jsx_runtime_1.jsx)("div", { className: "max-w-md w-full", children: (0, jsx_runtime_1.jsxs)("div", { className: `rounded-2xl shadow-xl p-8 ${colors.card} ${colors.border} text-gray-800`, children: [(0, jsx_runtime_1.jsxs)("div", { className: "text-center mb-8", children: [(0, jsx_runtime_1.jsx)("h1", { className: "text-3xl font-bold mb-2", style: { color: 'inherit' }, children: branding.tagline || 'Welcome Back' }), (0, jsx_runtime_1.jsx)("p", { className: colors.muted, children: "Sign in to your account" })] }), googleEnabled && ((0, jsx_runtime_1.jsx)(jsx_runtime_1.Fragment, { children: (0, jsx_runtime_1.jsxs)("button", { type: "button", onClick: () => void handleGoogleSignIn(), disabled: googleLoading || isSubmitting, "data-testid": "google-sign-in", className: "w-full px-4 py-3 mb-6 rounded-lg border border-gray-300 font-semibold transition-colors flex items-center justify-center gap-2 disabled:opacity-50 disabled:cursor-not-allowed hover:bg-gray-50", style: { backgroundColor: 'white', color: '#1f2937' }, children: [googleLoading ? ((0, jsx_runtime_1.jsxs)("svg", { className: "animate-spin w-5 h-5", fill: "none", viewBox: "0 0 24 24", children: [(0, jsx_runtime_1.jsx)("circle", { className: "opacity-25", cx: "12", cy: "12", r: "10", stroke: "currentColor", strokeWidth: "4" }), (0, jsx_runtime_1.jsx)("path", { className: "opacity-75", fill: "currentColor", d: "M4 12a8 8 0 018-8v4a4 4 0 00-4 4H4z" })] })) : ((0, jsx_runtime_1.jsxs)("svg", { className: "w-5 h-5", viewBox: "0 0 24 24", fill: "currentColor", children: [(0, jsx_runtime_1.jsx)("path", { d: "M22.56 12.25c0-.78-.07-1.53-.2-2.25H12v4.26h5.92c-.26 1.37-1.04 2.53-2.21 3.31v2.77h3.57c2.08-1.92 3.28-4.74 3.28-8.09z", fill: "#4285F4" }), (0, jsx_runtime_1.jsx)("path", { d: "M12 23c2.97 0 5.46-.98 7.28-2.66l-3.57-2.77c-.98.66-2.23 1.06-3.71 1.06-2.86 0-5.29-1.93-6.16-4.53H2.18v2.84C3.99 20.53 7.7 23 12 23z", fill: "#34A853" }), (0, jsx_runtime_1.jsx)("path", { d: "M5.84 14.09c-.22-.66-.35-1.36-.35-2.09s.13-1.43.35-2.09V7.07H2.18C1.43 8.55 1 10.22 1 12s.43 3.45 1.18 4.93l2.85-2.22.81-.62z", fill: "#FBBC05" }), (0, jsx_runtime_1.jsx)("path", { d: "M12 5.38c1.62 0 3.06.56 4.21 1.64l3.15-3.15C17.45 2.09 14.97 1 12 1 7.7 1 3.99 3.47 2.18 7.07l3.66 2.84c.87-2.6 3.3-4.53 6.16-4.53z", fill: "#EA4335" })] })), googleLoading ? 'Redirecting to Google…' : 'Continue with Google'] }) })), altAuthSlot && (0, jsx_runtime_1.jsx)("div", { className: "mt-4", children: altAuthSlot }), (0, jsx_runtime_1.jsx)("div", { className: `mt-6 text-center text-sm ${colors.muted}`, children: (0, jsx_runtime_1.jsx)("a", { href: "/account-auth/recovery", className: "themed-link hover:underline", children: "Start account recovery" }) })] }) }) })] }));
 }
 function LoginPageFallback() {
     const colors = (0, useTheme_1.useColors)();

package/dist/pages/onboarding/index.d.ts

@@ -0,0 +1,11 @@
+/**
+ * PAY-2121: the onboarding surface.
+ *
+ *   default     - the /account-auth/onboarding page (mount from the scaffold at
+ *                 app/account-auth/onboarding/page.tsx).
+ *   PasswordResetBridge - mount once on `/` to honour the IdP's post-verify
+ *                 `#password_reset_required=true` fragment.
+ */
+export { default } from './page';
+export { default as OnboardingPage } from './page';
+export { PasswordResetBridge } from '../../components/auth/PasswordResetBridge';

package/dist/pages/onboarding/index.js

@@ -0,0 +1,20 @@
+"use strict";
+var __importDefault = (this && this.__importDefault) || function (mod) {
+    return (mod && mod.__esModule) ? mod : { "default": mod };
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.PasswordResetBridge = exports.OnboardingPage = exports.default = void 0;
+/**
+ * PAY-2121: the onboarding surface.
+ *
+ *   default     - the /account-auth/onboarding page (mount from the scaffold at
+ *                 app/account-auth/onboarding/page.tsx).
+ *   PasswordResetBridge - mount once on `/` to honour the IdP's post-verify
+ *                 `#password_reset_required=true` fragment.
+ */
+var page_1 = require("./page");
+Object.defineProperty(exports, "default", { enumerable: true, get: function () { return __importDefault(page_1).default; } });
+var page_2 = require("./page");
+Object.defineProperty(exports, "OnboardingPage", { enumerable: true, get: function () { return __importDefault(page_2).default; } });
+var PasswordResetBridge_1 = require("../../components/auth/PasswordResetBridge");
+Object.defineProperty(exports, "PasswordResetBridge", { enumerable: true, get: function () { return PasswordResetBridge_1.PasswordResetBridge; } });

package/dist/pages/onboarding/page.d.ts

@@ -0,0 +1 @@
+export default function OnboardingPage(): import("react/jsx-runtime").JSX.Element;